User equipment, communication control method of user equipment, core network device, communication control method of core network, SMF, communication control method of SMF, UPF, and communication control method of UPF

ABSTRACT

A terminal apparatus or a device in a core network exchanges capability information for each function in a registration procedure or a PDU session establishment procedure, and in user data communication additional information is added into an uplink packet to implement terminal apparatus-initiated RQoS control, and additional information is added into a downlink packet to implement network device-initiated RQoS control. A dedicated control message and information for an authentication and/or authorization function by a DN are defined to implement the authentication and/or authorization function by the DN. Furthermore, the terminal apparatus and the device in the core network have a timer or a control process for each network slice to implement a management process such as congestion management for each network slice. This provides a communication control method in order to implement the terminal apparatus-initiated or network-initiated RQoS control, implement the authentication and/or authorization function by the DN, and implement the management process such as congestion management for each network slice.

TECHNICAL FIELD

The present invention relates to a user equipment and the like. Thisapplication claims priority based on JP 2017-119516 filed on Jun. 19,2017 in Japan, the contents of which are incorporated herein in itsentirety by reference.

BACKGROUND ART

The 3rd Generation Partnership Project (3GPP), which undertakesactivities for standardizing recent mobile communication systems,discusses System Architecture Evolution (SAE), which is systemarchitecture of Long Term Evolution (LTE). The 3GPP is in the process ofcreating specifications for the Evolved Packet System (EPS) as acommunication system for realizing an all-Internet Protocol (IP)architecture. Note that a core network constituting the EPS is called anEvolved Packet Core (EPC).

In recent years, the 3GPP also has been discussing the next generationcommunication technology or system architecture of the 5th Generation(5G) mobile communication system that is the next generation mobilecommunication system, and in particular, is in the process of creatingspecifications for the 5G System (5GS) as a system for realizing the 5Gmobile communication system (see NPL 1 and NPL 2). In the 5GS, technicalproblems for connecting various terminals to a cellular network areextracted to create specifications for solutions.

For example, requirement conditions include optimization anddiversification of a communication procedure for supporting a continualmobile communication service depending on a terminal supporting variousaccess networks, optimization of a system architecture suitable for theoptimization and diversification of the communication procedure, and thelike.

CITATION LIST Non Patent Literature

-   NPL 1: 3GPP TS 23.501 v1.0.0; 3rd Generation Partnership Project;    Technical Specification Group Services and System Aspects; System    Architecture for the 5G System; Stage 2 (Release 15)-   NPL 2: 3GPP TS 23.502 v0.4.0; 3rd Generation Partnership Project;    Technical Specification Group Services and System Aspects;    Procedures for the 5G System; Stage 2 (Release 15)

SUMMARY OF INVENTION Technical Problem

In the 5GS, Reflective Quality of Service (RQoS), which provides specialQoS for certain user data communications, is also discussed in additionto the mechanism to provide quality of service for user datacommunication, such as the QoS in the 4G. Furthermore, as a newfunction, an authentication and/or authorization function by a DataNetwork for a PDU session, and a Network Slice are also discussed (seeNPL 1 and NPL 2).

However, while some of mechanisms for controlling an RQoS in anetwork-initiated manner are defined in such a special RQoS as describedabove, the details of the mechanism for controlling an RQoS in anetwork-initiated manner have not clearly defined, and mechanisms forcontrolling an RQoS in a terminal apparatus-initiated manner have notyet been defined. Additionally, in the authentication and/orauthorization function by the data network, although a summary offunctions is defined, the details of the authentication and/orauthorization function by the data network also have not been clearlydefined such as contents of messages transmitted and/or received by aterminal apparatus. devices in a core network, or devices in a datanetwork to implement the authentication and/or authorization function.Furthermore, in the network slice, while it is defined that the terminalapparatus is connectible to multiple network slices, a managementprocess performed in a case that the terminal apparatus connects tomultiple network slices has not been clearly defined.

The present invention has been made in light of the foregoing, and hasan object to provide a mechanism and communication control method forterminal apparatus-initiated or network-initiated RQoS control, providea mechanism and communication control method for implementing anauthentication and/or authorization function by a data network, andprovide a mechanism and communication control method for implementing amanagement process such as congestion management for each network slice.

Solution to Problem

A user equipment according to the present invention includes atransmission and/or reception unit configured to, in a registrationprocedure or a Packet Data Unit (PDU) session establishment procedure ora PDU session authentication and/or authorization procedure for a corenetwork, transmit a PDU session establishment request message includingfirst identification information, receive a PDU session authenticationrequest message including second identification information, andtransmit a PDU session authentication accept message including thirdidentification information, wherein the first identification informationis information requesting PDU session authentication and/orauthorization by a Data Network (DN), the second identificationinformation is information indicating PDU session authentication and/orauthorization information issued by the DN, and the third identificationinformation is information indicating whether the authentication and/orauthorization information indicated by the second identificationinformation is appropriate.

A communication control method of a user equipment according to thepresent invention includes the steps of, in a registration procedure ora Packet Data Unit (PDU) session establishment procedure or a PDUsession authentication and/or authorization procedure for a corenetwork, transmitting a PDU session establishment request messageincluding first identification information, receiving a PDU sessionauthentication request message including second identificationinformation, and transmitting a PDU session authentication acceptmessage including third identification information, wherein the firstidentification information is information requesting PDU sessionauthentication and/or authorization by a Data Network (DN), the secondidentification information is information indicating PDU sessionauthentication and/or authorization information issued by the DN, andthe third identification information is information indicating whetherthe authentication and/or authorization information indicated by thesecond identification information is appropriate.

A core network device according to the present invention includes afirst transmission and/or reception unit configured to, in aregistration procedure or a Packet Data Unit (PDU) session establishmentprocedure or a PDU session authentication and/or authorization procedurefor the core network, receive a PDU session establishment requestmessage including first identification information from a userequipment, transmit a PDU session authentication request messageincluding second identification information to the user equipment, andreceive a PDU session authentication accept message including thirdidentification information from the user equipment, and a secondtransmission and/or reception unit configured to, in the registrationprocedure or the PDU session establishment procedure or the PDU sessionauthentication and/or authorization procedure, receive the secondidentification information from a Data Network (DN), wherein the firstidentification information is information requesting PDU sessionauthentication and/or authorization by the DN, the second identificationinformation is information indicating PDU session authentication and/orauthorization information issued by the DN, and the third identificationinformation is information indicating whether the authentication and/orauthorization information indicated by the second identificationinformation is appropriate.

A communication control method of a core network device according to thepresent invention includes the steps of, in a registration procedure ora Packet Data Unit (PDU) session establishment procedure or a PDUsession authentication and/or authorization procedure for the corenetwork, receiving a PDU session establishment request message includingfirst identification information from a user equipment, receiving secondidentification information from a Data Network (DN), transmitting a PDUsession authentication request message including the secondidentification to the user equipment, and receiving a PDU sessionauthentication accept message including third identification informationfrom the user equipment, wherein the first identification information isinformation requesting PDU session authentication and/or authorizationby the DN, the second identification information is informationindicating PDU session authentication and/or authorization informationissued by the DN, and the third identification information isinformation indicating whether the authentication and/or authorizationinformation indicated by the second identification information isappropriate.

A Session Management Function (SMF) according to the present inventionincludes a first transmission and/or reception unit configured to, in aregistration procedure or a Packet Data Unit (PDU) session establishmentprocedure or a PDU session authentication and/or authorization procedurefor a core network, receive a PDU session establishment request messageincluding first identification information from a user equipment,transmit a PDU session authentication request message including secondidentification information to the user equipment, and receive a PDUsession authentication accept message including third identificationinformation from the user equipment, and a second transmission and/orreception unit configured to, in the registration procedure or the PDUsession establishment procedure or the PDU session authentication and/orauthorization procedure, receive the second identification informationtransmitted by a Data Network (DN), wherein the first identificationinformation is information requesting PDU session authentication and/orauthorization by the DN, the second identification information isinformation indicating PDU session authentication and/or authorizationinformation issued by the DN, and the third identification informationis information indicating whether the authentication and/orauthorization information indicated by the second identificationinformation is appropriate.

A communication control method of a Session Management Function (SMF)according to the present invention includes the steps of, in aregistration procedure or a Packet Data Unit (PDU) session establishmentprocedure or a PDU session authentication and/or authorization procedurefor a core network, receiving a PDU session establishment requestmessage including first identification information from a userequipment, receiving second identification information transmitted by aData Network (DN), transmitting a PDU session authentication requestmessage including the second identification to the user equipment, andreceiving a PDU session authentication accept message including thirdidentification information from the user equipment, wherein the firstidentification information is information requesting PDU sessionauthentication and/or authorization by the DN, the second identificationinformation is information indicating PDU session authentication and/orauthorization information issued by the DN, and the third identificationinformation is information indicating whether the authentication and/orauthorization information indicated by the second identificationinformation is appropriate.

A User Plane Function (UPF) according to the present invention includesa first transmission and/or reception unit configured to, in aregistration procedure or a Packet Data Unit (PDU) session establishmentprocedure or a PDU session authentication and/or authorization procedurefor a core network, receive a PDU session establishment request messageincluding first identification information from a Session ManagementFunction (SMF), transmit a PDU session authentication request messageincluding second identification information to the SMF, and receive aPDU session authentication accept message including third identificationinformation from the SMF, and a second transmission and/or receptionunit configured to, in the registration procedure or the PDU sessionestablishment procedure or the PDU session authentication and/orauthorization procedure, receive the second identification informationtransmitted by a Data Network (DN), wherein the first identificationinformation is information requesting PDU session authentication and/orauthorization by the DN, the second identification information isinformation indicating PDU session authentication and/or authorizationinformation issued by the DN, and the third identification informationis information indicating whether the authentication and/orauthorization information indicated by the second identificationinformation is appropriate.

A communication control method of a User Plane Function (UPF) accordingto the present invention includes the steps of, in a registrationprocedure or a Packet Data Unit (PDU) session establishment procedure ora PDU session authentication and/or authorization procedure for a corenetwork, receiving a PDU session establishment request message includingfirst identification information from a Session Management Function(SMF), receiving second identification information transmitted by a DataNetwork (DN), transmitting a PDU session authentication request messageincluding the second identification to the SMF, and receiving a PDUsession authentication accept message including third identificationinformation from the SMF, wherein the first identification informationis information requesting PDU session authentication and/orauthorization by the DN, the second identification information isinformation indicating PDU session authentication and/or authorizationinformation issued by the DN, and the third identification informationis information indicating whether the authentication and/orauthorization information indicated by the second identificationinformation is appropriate.

Advantageous Effects of Invention

According to the present invention, the terminal apparatus and thedevice in the core network constituting the 5GS can control the RQoS ina terminal apparatus-initiated manner or in a network-initiated manner.The terminal apparatus, the device in the core network, and the devicein the data network constituting the 5GS may implement theauthentication and/or authorization function by the data network.Furthermore, the terminal apparatus and the device in the core networkconstituting the 5GS may perform the management process such as thecongestion management for each network slice.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a diagram illustrating an overview of a mobile communicationsystem.

FIG. 2 is a diagram illustrating an example of a configuration of anaccess network and the like in the mobile communication system.

FIG. 3 is a diagram illustrating an example of a configuration of a corenetwork and the like in the mobile communication system.

FIG. 4 is a diagram illustrating a device configuration of a UE.

FIG. 5 is a diagram illustrating a device configuration of eNB/NRnode/WAG.

FIG. 6 is a diagram illustrating a device configuration of an AMF.

FIG. 7 is a diagram illustrating a device configuration of an SMF/UPF.

FIG. 8 is a diagram illustrating an initial procedure.

FIG. 9 is a diagram illustrating a registration procedure.

FIG. 10 is a diagram illustrating a PDU session establishment procedure.

FIG. 11 is a diagram illustrating a PDU session establishmentauthentication and/or authorization procedure.

FIG. 12 is a diagram illustrating an RQoS validation procedure.

DESCRIPTION OF EMBODIMENTS

A preferred embodiment for carrying out the present invention will bedescribed below with reference to the drawings. Note that as an example,the present embodiment describes an embodiment of a mobile communicationsystem to which the present invention is applied.

1. Embodiment 1.1. System Overview

An overview of the mobile communication system according to the presentembodiment will be described with reference to FIGS. 1, 2, and 3. FIG. 2is a diagram illustrating details of an access network in the mobilecommunication system of FIG. 1. FIG. 3 is a diagram mainly illustratingdetails of a core network in the mobile communication system of FIG. 1.As illustrated in FIG. 1, a mobile communication system 1 (also referredto as 5GS) according to the present embodiment includes a terminalapparatus (also referred to as a user equipment, a mobile terminalapparatus, or the like) UE (User Equipment)_A 10, an Access Network(AN)_B, a Core Network (CN)_B 190, and a Data Network (DN)_A 5 and aDN_B 105.

Here, the UE_A 10 may an apparatus connectible to a network service viaa 3GPP access (also referred to as 3GPP access network) and/or anon-3GPP access (also referred to as a non-3GPP access network). TheUE_A 10 may also include a Universal Integrated Circuit Card (UICC) andan Embedded UICC (eUICC). The UE_A 10 may be a wirelessly connectibleterminal apparatus, and may be a Mobile Equipment (ME), a Mobile Station(MS), a Cellular Internet of Things (CIoT) terminal (CIoT UE), or thelike.

The UE_A 10 is capable of connecting to the access network and/or thecore network. The UE_A 10 is capable of connecting to the DN_A 5 via theaccess network and/or the core network. The UE_A 10 transmits and/orreceives (communicates) user data by using a Protocol Data Unit (orPacket Data Unit, PDU) session to and from (with) the DN_A 5.Furthermore, the communication of the user data may not be limited toInternet Protocol (IP) communication, but may be non-IP communication.

Here, the IP communication is communication of data using the IP, and isdata communication achieved through transmitting and/or receiving an IPpacket which is given an IP header. Note that a payload partconstituting an IP packet may contain the user data transmitted and/orreceived by the UE_A 10. The non-IP communication is communication ofdata without using the IP, and is data communication achieved throughtransmitting and/or receiving data which is not given an IP header. Forexample, the non-IP communication may be the data communication achievedthrough transmitting and/or receiving application data not given the IPpacket, or may transmit and/or receive the user data transmitted and/orreceived by the UE_A 10 to which another header such as a MAC header andan Ethernet (trade name) frame header is given.

The PDU session is connectivity established between UE_A 10 and DN_A 5and/or DN_B 105 in order to provide a PDU connection service. To be morespecific, the PDU session may be connectivity established between theUE_A 10 and an external gateway. Here, the external gateway may be aUPF, a Packet Data Network Gateway (PGW), or the like. The PDU sessionmay be a communication path established for transmitting and/orreceiving the user data between the UE_A 10 and the core network and/orthe DN (the DN_A 5 or the DN_B 105), or a communication path fortransmitting and/or receiving the PDU. Furthermore, the PDU session maybe a session established between the UE_A 10 and the core network and/orthe DN (the DN_A 5 or the DN_B 105), or may be a logical communicationpath including a transfer path such as one or more bearers and the likebetween the devices or apparatuses in the mobile communication system 1.To be more specific, the PDU session may be a connection established bythe UE_A 10 with the core network_B 190 and/or the external gateway, ormay be a connection established between the UE_A 10 and the UPF (a UPF_A235 and/or a UPF_B 237). The PDU session may be connectivity and/or aconnection between the UE_A 10 and the UPF (the UPF_A 235 and/or theUPF_B 237) via an NR node_A 122. Furthermore, the PDU session may beidentified by a PDU session ID and/or an EPS bearer ID.

Note that the UE_A 10 can transmit and/or receive the user data toand/or from a device located in the DN_A 5 and/or the DN_B 105 such asan application server by using the PDU session. In other words, the PDUsession can transfer the user data transmitted and/or received betweenthe UE_A 10 and the device located in the DN_A 5 and/or the DN_B 105such as an application server. Furthermore, each device (the UE_A 10,the devices within the access network, and/or the devices in the corenetwork, and/or the devices in the data network) may associate one ormore identification information with the PDU session for management.Note that these identification information may include at least one ofan Access Point Name (APN), a Traffic Flow Template (TFT), a sessiontype, application identification information, identification informationof the DN_A 5 and/or the DN_B 105, Network Slice Instance (NSI)identification information, and Dedicated Core Network (DCN)identification information, and access network identificationinformation, or may further include other information. Furthermore, in acase that multiple PDU sessions are established, respectiveidentification information associated with the PDU sessions may have thesame content or different contents. Furthermore, the NSI identificationinformation is information for identifying an NSI, and hereinafter maybe an NSI ID or a Slice Instance ID.

The access network_B may be any of an Evolved Universal TerrestrialRadio Access Network (E-UTRAN)_A 80, a 5G-RAN_A 120, and a WLAN ANc 125,as illustrated in FIG. 2. Note that the E-UTRAN_A 80 and/or the 5G-RAN_A120 may be referred to as a 3GPP access network, and the WLAN ANc 125may be referred to as a non-3GPP access network. Each radio accessnetwork includes devices to which the UE_A 10 is actually connected(such as a base station apparatus and an access point), and the like.

For example, the E-UTRAN_A 80 is an access network for LTE and includesone or more eNBs_A 45. The eNB_A 45 is a radio base station to which theUE_A 10 connects through an Evolved Universal Terrestrial Radio Access(E-UTRA). In a case that the E-UTRAN_A 80 includes multiple eNBs, theeNBs may be connected to each other.

The 5G-RAN_A 120 is a 5G access network, and includes one or more NewRadio Access Technology nodes (NR nodes)_A 122. The NR node_A 122 is aradio base station to which UE_A 10 is connected through a 5G radioaccess (5G Radio Access). In a case that the 5G-RAN_A 120 includesmultiple NR nodes_A 122, the NR nodes_A 122 may be connected to eachother.

Note that the 5G-RAN_A 120 may be an access network including the E-UTRAand/or the 5G-Radio Access. In other words, the 5G-RAN_A 120 may includethe eNB_A 45, the NR node_A 122, or both of them. In this case, theeNB_A 45 and the NR node_A 122 may be similar devices. Therefore, the NRnode_A 122 can be substituted with the eNB_A 45.

The WLAN ANc 125 is a radio LAN access network, and includes one or moreWLAN Access Gateway (WAG)s_A 126. The WAG_A 126 is a radio base stationto which UE_A 10 connects through a radio LAN access. Furthermore, theWAG_A 126 may serve as a gateway between the core network_B 190 and theW LAN ANc 125. The WAG_A 126 may include a function unit for the radiobase station and a function unit for the gateway which are configured asdifferent devices.

Note that herein, the expression “the UE_A 10 is connected to each radioaccess network” is equivalent to “the UE_A 10 is connected to a basestation apparatus, an access point, or the like included in each radioaccess network,” and is equivalent to “data, signals, and the liketransmitted and/or received also pass through the base station apparatusand the access point.” Note that a control message transmitted and/orreceived between the UE_A 10 and the core network_B 190 may be the samecontrol message, irrespective of a type of the access network.Therefore, the expression “the UE_A 10 and the core network_B 190transmit and/or receive a message to and/or from each other via the NRnode_A 122” may be equivalent to “the UE_A 10 and the core network_B 190transmit a message to each other via the eNB_A 45 and/or the WAG_A 126.”

Furthermore, the access network is a radio network connecting with theUE_A 10 and/or the core network. The access network may be a 3GPP accessnetwork, or a non-3GPP access network. Note that the 3GPP access networkmay be the E-UTRAN_A 80 or the 5G-radio access network (5G-RAN)_A 120,and the non-3GPP access network may be the WLAN ANc 125. Note that theUE_A 10 may connect with the access network in order to connect to thecore network, or may connect to the core network via the access network.

The DN_A 5 and the DN_B 105 are Data Networks that provide communicationservices to UE_A 10 and may be configured as packet data servicenetworks, or may be configured for each service. Furthermore, the DN_A 5and the DN_B 105 each may include a connected communication terminal.Therefore, connecting with DN_A 5 and/or the DN_B 105 may be connectingwith the communication terminal or a server device located in the DN_A 5and/or the DN_B 105. Furthermore, transmitting and/or receiving the userdata to and/or from DN_A 5 and the DN_B 105 may be transmitting and/orreceiving the user data to and/or from the communication terminal orserver device located in the DN_A 5 and the DN_B 105. The DN_A 5 and/orDN_B 105 are outside the core network in FIG. 1, but may be in the corenetwork.

The core network_B 190 may be configured as one or more devices in thecore network. Here, the device in the core network may be a device thatperforms some or all of processes or functions of each device includedin the core network_B 190. Note that the device in the core network maybe referred to as a core network device.

Furthermore, the core network is an IP mobile communication network runby a Mobile Network Operator (MNO) to which the access network and/orthe DN_A 5 connects. The core network may be a core network for themobile network operator that runs and manages the mobile communicationsystem 1, or may be a core network for a virtual mobile network operatoror a virtual mobile communication service provider such as a MobileVirtual Network Operator (MVNO) or a Mobile Virtual Network Enabler(MVNE). Note that the core network_B 190 may be an Evolved Packet Core(EPC) constituting an Evolved Packet System (EPS), or may be a 5G CoreNetwork (5GC) constituting the 5GC. Furthermore, the core network_B 190may be a core network for a system providing the 5G communicationservice. Note that the core network_B 190 is not limited to that abovedescribed, but may be a network for providing a mobile communicationservice.

Next, the core network_B 190 will be described. The core network_B 190may include at least one of an Authentication Server Function (AUSF), anAccess and Mobility Management Function (AMF)_A 240, a Structured DataStorage network function (SDSF), an Unstructured Data Storage networkfunction (UDSF), a Network Exposure Function (NEF), an NF RepositoryFunction (NRF), a Policy Control Function (PCF), a Session ManagementFunction (SMF)_A 230, a Session Management Function (SMF)_B 232, aUnified Data Management (UDM), a User Plane Function (UPF)_A 235, a UserPlane Function (UPF)_B 237, an Application Function (AF), and a Non-3GPPInterWorking Function (N3IWF). These may also be configured as NetworkFunctions (NFs). The NFs may refer to processing functions included in anetwork.

Among these, the AMF (AMF_A 240), the SMFs (SMF_A 230 and SMF_B 232),and the UPFs (UPF_A 235 and UPF_B 237) only are illustrated in FIG. 3for simplicity, not meaning exclusion of others (devices and/or NFs).Note that, for simplicity, the UE_A 10 may be referred to as the UE; theAMF_A 240, the AMF; the SMF_A 230 and the SMF_B 232, the SMF; the UPF_A235 and the UPF_B 237, the UPF; and the DN_A 5 and the DN_B 105, the DN.

FIG. 3 illustrates an N1 interface (hereinafter, also referred to asreference point), an N2 interface, an N3 interface, an N4 interface, anN6 interface, an N9 interface, and an N11 interface. Here, the N1interface is an interface between the UE and the AMF, the N2 interfaceis an interface between an (R)AN (access network) and the AMF, the N3interface is an interface between the (R)AN (access network) and theUPF, the N4 interface is an interface between the SMF and the UPF, theN6 interface is an interface between the UPF and the DN, the N9interface is an interface between the UPF and the UPF, and the N11interface is an interface between the AMF and the SMF. The devices orapparatuses can perform communication with each other using theseinterfaces.

Note that FIG. 3 is a system configuration diagram in a case that the UEsimultaneously accesses two DNs using multiple PDU sessions. Two SMFsare selected for two different PDU sessions. Two SMFs_A 230 and twoUPFs_A 235 are illustrated in FIG. 3.

Hereinafter, the devices included in the core network_B 190 are brieflydescribed.

First, the AMF_A 240 is connected to another AMF, the SMF (the SMF_A 230and/or the SMF_B 232), the access networks (i.e., the E-UTRAN_A 80, the5G-RAN_A 120, and the WLAN ANc 125), the UDM, the AUSF, and the PCF. TheAMF_A 240 may serve to perform functions such as Registrationmanagement, Connection management, Reachability management, Mobilitymanagement of the UE_A 10 or the like, Session Management messagetransfer between the UE and the SMF, Access Authentication/AccessAuthentication, Security Anchor Function (SEA), Security ContextManagement (SCM), N2 interface support for the N3IWF, support of NASsignal transmission and/or reception with the UE over the N3IWF,authentication of the UE connected over the N3IWF, RegistrationManagement States (RM states) management, and Connection Managementstates (CM states) management. One or more AMFs_A 240 may be located inthe core network_B 190. Alternatively, the AMF_A 240 may be an NF thatmanages one or more Network Slice Instances (NSIs). The AMF_A 240 may bea common CP function (Common Control Plane Network Function (CommonCPNF(CCNF)) common to multiple NSIs.

The RM state includes a deregistered state (RM-DEREGISTERED state) and aregistered state (RM-REGISTERED state). In the RM-DEREGISTERED state,since the UE is not registered with the network, the UE context in theAMF holds nor valid location information or routing information for theUE, and therefore, the AMF is in a state incapable of reaching the UE.In the RM-REGISTERED state, since the UE is registered with the network,the UE may receive services that requires registration with the network.

The CM state includes a disconnected state (CM-IDLE state) and aconnected state (CM-CONNECTED state). In the CM-IDLE state, the UE is inthe RM-REGISTERED state but has no NAS signaling connection establishedwith the AMF over the N1 interface. In the CM-IDLE state, the UE has noN2 interface connection (N2 connection) nor N3 interface connection (N3connection). On the other hand, in the CM-CONNECTED state, the UE has aNAS signaling connection established with the AMF over the N1 interface.In the CM-CONNECTED state, the UE may have an N2 interface connection(N2 connection) and/or an N3 interface connection (N3 connection).

The SMF_A 230 is connected to the AMF_A 240, the UPF_A 235, the UDM, andthe PCF. The SMF_B 232 is connected to the AMF_A 240, the UPF_B 237, theUDM, and PCF. The SMF_A 230 and the SMF_B 232 may serve to performfunctions such as Session Management of a PDU session or the like, IPaddress allocation for the UE, selection and control of the UPF,configuration of the UPF to route a traffic to a proper destination, afunction to notify that downlink data arrives (Downlink DataNotification), identifier of AN-specific SM information (SM informationfor each AN) transmitted via the AMF over the N2 interface to the AN,determination of Session and Service Continuity mode (SSC mode) for asession, and roaming functionality. Although the SMF_A 230 and the SMF_B232 are described as separate devices or NFs, they may be the samedevice or function.

The UPF_A 235 is connected to the DN_A 5, the SMF_A 230, another UPF,and the access networks (i.e., the E-UTRAN_A 80, the 5G-RAN_A 120, andthe WLAN ANc 125). The UPF_B 237 is connected to the DN_B 105, the SMF_B232, another UPF, and the access networks (i.e., the E-UTRAN_A 80, the5G-RAN_A 120, and the WLAN ANc 125). The UPF_A 235 and the UPF_B 237 mayserve to perform functions such as anchor for intra-RAT mobility orinter-RAT mobility, Packet routing & forwarding, an Uplink Classifier(UL CL) function to support routing multiple traffic flows to one DN, aBranching point function to support a multi-homed PDU session, QoSprocessing for a user plane, uplink traffic verification, downlinkpacket buffering, and a triggering function of downlink datanotification. The UPF_A 235 and the UPF_B 237 may be relay devicesconfigured to transfer the user data by functioning as gateways betweenthe DN_A 5 and the core network_B 190, and between the DN_B 105 and thecore network_B 190, respectively. Note that the UPF_A 235 and the UPF_B237 may serve as gateways for the IP communication and/or the non-IPcommunication. Furthermore, the UPF_A 235 and the UPF_B 237 may havefunctions to transfer the IP communication, or may have functions toconvert between the non-IP communication and the IP communication. Themultiple gateways located may serve as gateways connecting the corenetwork_B 190 with a single DN. Note that the UPF_A 235 and the UPF_B237 may have connectivity with another NF to connect to each apparatusvia another NF.

Note that, although the UPF_A 235 and the UPF_B 237 are described asseparate devices or NFs, but a common UPF_C 239 (also referred to asbranching point or uplink classifier) that is a UPF different from theUPF_A 235 and the UPF_B 237 may be present between the UPF_A 235 and theaccess network, and between the UPF_B 237 and the access network. In acase that the UPF_C 239 is present, the PDU session between the UE_A 10and the DN_A 5 is established via the access network, the UPF_C 239, andthe UPF_A 235, and the PDU session between the UE_A 10 and the DN_B 105is established via the access network, the UPF_C 239, and the UPF_B 237.

Note that a User Plane (U-Plane) may be a communication path fortransmitting and/or receiving the user data, and may include multiplebearers. Furthermore, a Control Plane (C-Plane) may be a communicationpath for transmitting and/or receiving a control message, and mayinclude multiple bearers.

The AUSF is connected to the UDM and the AMF_A 240. The AUSF functionsas an authentication server.

The SDSF provides a function for the NEF to store or acquire informationas structured data.

The UDSF provides a function for all NFs to store or acquire informationas unstructured data.

The NEF provides measures to securely provide service and capabilitiesprovided by the 3GPP network. The NEF stores the information receivedfrom another NF as structured data.

The NRF, in a case of receiving an NF Discovery Request from an NFinstance, provides information of the discovered NF instances to the NF,and holds information of available NF instances and services supportedby those instances.

The PCF is connected to the SMF (the SMF_A 230, the SMF_B 232), the AF,and the AMF_A 240. The PCF provides a policy rule or the like.

The UDM is connected to the AMF_A 240, the SMF (the SMF_A 230, the SMF_B232), the AUSF, and the PCF. The UDM includes an application front end(UDM FE) and a User Data Repository (UDR). The UDM FE performsprocessing of credentials, location management, subscriber management,and the like. The UDR stores data required for the UDM FE to provide,and policy profiles required by the PCF.

The AF is connected to the PCF. The AF applies influence on trafficrouting, and participates in policy control.

The N3IWF provides functions such as is IPsec tunnel establishment withthe UE, relaying NAS (N1) signaling between the UE and the AMF,processing of N2 signaling transmitted from the SMF and relayed by theAMF, establishment of IPsec Security Association (IPsec SA), relayinguser plane packets between the UE and the UPF, and AMF selection.

1.2. Device Configuration

The configuration of each device or apparatus will be described below.Note that some or all of devices or apparatuses described below andfunctions of units in the devices or apparatus may operate on physicalhardware, or logical hardware which is virtually configured ongeneral-purpose hardware.

1.2.1. Configuration of UE

First, FIG. 4 illustrates a device configuration example of the UE_A 10.As illustrated in FIG. 4, the UE_A 10 includes a controller_A 400, atransmission and/or reception unit_A 420, and a storage unit_A 440. Thetransmission and/or reception unit_A 420 and the storage unit_A 440 areconnected to the controller_A 400 via a bus. An external antenna_A 410is connected to the transmission and/or reception unit_A 420. Thestorage unit_A 440 stores a UE context 442.

The controller_A 400 is a function unit for controlling the whole of theUE_A 10 and implements various processes of the whole of the UE_A 10 byreading out various information and programs stored in the storageunit_A 440 and executing the programs.

The transmission and/or reception unit_A 420 is a function unit for theUE_A 10 to connect to the base station (the E-UTRAN_A 80 and the5G-RAN_A 120) and/or the access point (the WLAN ANc 125) within theaccess network to connect to the access network. In other words, theUE_A 10 can connect to the base station and/or the access point withinthe access network via the external antenna_A 410 connected to thetransmission and/or reception unit_A 420. Specifically, the UE_A 10 cantransmit and/or receive the user data and/or the control information toand/or from the base station and/or the access point within the accessnetwork via the external antenna_A 410 connected to the transmissionand/or reception unit_A 420.

The storage unit_A 440 is a function unit configured to store programs,data, and the like necessary for each operation of UE_A 10, andincludes, for example, a semiconductor memory, a Hard Disk Drive (HDD),a Solid State Drive (SSD), and the like. The storage unit_A 440 storesidentification information, control information, a flag, a parameter,and the like included in a control message which is transmitted and/orreceived in a communication procedure described later. The UE context442 stored in the storage unit_A 440 may include a UE context used toconnect to the access networks_B 80/120/125, and a UE context used toconnect to the core network_B 190. The UE context 442 may include a UEcontext stored for each UE, a UE context stored for each PDU session,and a UE context stored for each bearer. The UE context stored for eachUE may include IMSI, EMM State, GUTI, and ME Identity. The UE contextstored for each PDU session may include APN in Use, Assigned SessionType, IP Address(es), and Default Bearer. The UE context stored for eachbearer may include EPS Bearer ID, TI, and TFT.

1.2.2. Configuration of eNB/NR Node/WAG

Next, a device configuration example of the eNB_A 45, the NR node_A 122,and the WAG_A 126 is illustrated in FIG. 5. As illustrated in FIG. 5,the eNB_A 45, the NR node_A 122, and the WAG_A 126 include acontroller_B 500, a network connection unit_B 520, a transmission and/orreception unit_B 530, and a storage unit_B 540. The network connectionunit_B 520, the transmission and/or reception unit_B 530, and thestorage unit_B 540 are connected to the controller_B 500 via a bus. Anexternal antenna_B 510 is connected to the transmission and/or receptionunit_B 530.

The controller_B 500 is a function unit for controlling the whole of theeNB_A 45, NR node_A 122, and WAG_A 126, and implements various processesof the whole of the eNB_A 45, NR node_A 122, and WAG_A 126 by readingout various information and programs stored in the storage unit_B 540and executing the programs.

The network connection unit_B 520 is a function unit for the eNB_A 45,the NR node_A 122, and the WAG_A 126 to connect to the AMF_A 240 or theUPF_A 235 in the core network. In other words, the eNB_A 45, the NRnode_A 122, and the WAG_A 126 can connect to the AMF_A 240 and the UPF_A235 in the core network via the network connection unit_B 520.Specifically, the eNB_A 45, the NR node_A 122, and the WAG_A 126 cantransmit and/or receive the user data and/or the control information toand/or from the AMF_A 240 and/or the UPF_A 235 via the networkconnection unit_B 520.

The transmission and/or reception unit_B 530 is a function unit for theeNB_A 45, the NR node_A 122, and the WAG_A 126 to connect to the UE_A10. In other words, the eNB_A 45, the NR node_A 122, and the WAG_A 126can transmit and/or receive the user data and/or the control informationto and/or from the UE_A 10 via the transmission and/or reception unit_B530.

The storage unit_B 540 is a function unit configured to store programs,data, and the like necessary for each operation of the eNB_A 45, the NRnode_A 122, and the WAG_A 126. The storage unit_B 540 includes, forexample, a semiconductor memory, an HDD, an SSD, or the like. Thestorage unit_B 540 stores identification information, controlinformation, a flag, a parameter, and the like included in a controlmessage which is transmitted and/or received in a communicationprocedure described later. The storage unit_B 540 may store theseinformation as the contexts for each UE_A 10.

1.2.3. Configuration of AMF

Next, a device configuration example of the AMF_A 240 is illustrated inFIG. 6. As illustrated in FIG. 6, the AMF_A 240 includes a controller_C600, a network connection unit_C 620, and a storage unit_C 640. Thenetwork connection unit_C 620 and the storage unit_C 640 are connectedto the controller_C 600 via a bus. The storage unit_C 640 stores acontext 642.

The controller_C 600 is a function unit for controlling the whole of theAMF_A 240 and implements various processes of the whole of the AMF_A 240by reading out various information and programs stored in the storageunit_C 640 and executing the programs.

The network connection unit_C 620 is a function unit for the AMF_A 240to connect to another AMF_A 240, the SMF_A 230, the base stations (theE-UTRAN_A 80 and the 5G-RAN_A 120) and/or the access point (the WLAN ANc125) within the access network, the UDM, the AUSF, and the PCF. In otherwords, the AMF_A 240 can transmit and/or receive the user data and/orthe control information to and/or from the base station and/or theaccess point within the access network, the UDM, the AUSF, and the PCFvia the network connection unit_C 620.

The storage unit_C 640 is a function unit configured to store programs,data, and the like necessary for each operation of the AMF_A 240. Thestorage unit_C 640 includes, for example, a semiconductor memory, anHDD, an SSD, or the like. The storage unit_C 640 stores identificationinformation, control information, a flag, a parameter, and the likeincluded in a control message which is transmitted and/or received in acommunication procedure described later. The context 642 stored in thestorage unit_C 640 may include a context stored for each UE, a contextstored for each PDU session, and a context stored for each bearer. Thecontext stored for each UE may include IMSI, MSISDN, MM State, GUTI, MEIdentity, UE Radio Access Capability, UE Network Capability, MS NetworkCapability, Access Restriction, MME F-TEID, SGW F-TEID, eNB Address, MMEUE S1AP ID, eNB UE S1AP ID, NR node Address, NR node ID, WAG Address,and WAG ID. The context for each PDU session may include APN in Use,Assigned Session Type, IP Address(es), PGW F-TEID, SCEF ID, and Defaultbearer. The context stored for each bearer may include EPS Bearer ID,TI, TFT, SGW F-TEID, PGW F-TEID, MME F-TEID, eNB Address, NR nodeAddress, WAG Address, eNB ID, NR node ID, and WAG ID.

1.2.4. Configuration of SMF

Next, a device configuration example of the SMF_A 230 and the SMF_B 232is illustrated in FIG. 7. As illustrated in FIG. 7, the SMF_A 230includes a controller_D 700, a network connection unit_D 720, and astorage unit_D 740. The network connection unit_D 720 and the storageunit_D 740 are connected to the controller_D 700 via a bus. The storageunit_D 740 stores a context 742.

The controller_D 700 in the SMF_A 230 is a function unit for controllingthe whole of the SMF_A 230 and implements various processes of the wholeof the SMF_A 230 by reading out various information and programs storedin the storage unit_D 740 and executing the programs.

The network connection unit_D 720 in the SMF_A 230 is a function unitfor the SMF_A 230 to connect to the AMF_A 240, the UPF_A 235, the UDM,and the PCF. In other words, the SMF_A 230 can transmit and/or receivethe user data and/or the control information to and/or from the AMF_A240, the UPF_A 235, the UDM, and the PCF via the network connectionunit_D 720.

The storage unit_D 740 in the SMF_A 230 is a function unit for storingprograms, data, and the like necessary for each operation of the SMF_A230. The storage unit_D 740 in the SMF_A 230 includes, for example, asemiconductor memory, an HDD, an SSD, or the like. The storage unit_D740 in the SMF_A 230 stores identification information, controlinformation, a flag, a parameter, and the like included in a controlmessage which is transmitted and/or received in a communicationprocedure described later. The context 742 stored in the storage unit_D740 in the SMF_A 230 may include a context stored for each UE, a contextstored for each APN, a context stored for each PDU session, and acontext stored for each bearer. The context stored for each UE mayinclude IMSI, ME Identity, MSISDN, and RAT type. The context stored foreach APN may include APN in use. Note that the context stored for eachAPN may be stored for each Data Network Identifier. The context storefor each PDU session may include Assigned Session Type, IP Address(es),SGW F-TEID, PGW F-TEID, and Default Bearer. The context stored for eachbearer may include EPS Bearer ID, TFT, SGW F-TEID, and PGW F-TEID.

Note that the SMF_B 232 is configured similarly to the SMA_A 230.

1.2.5. Configuration of UPF

Next, a device configuration example of the UPF_A 235 and the UPF_B 237is illustrated in FIG. 7. As illustrated in FIG. 7, the UPF_A 235includes a controller_D 700, a network connection unit_D 720, and astorage unit_D 740. The network connection unit_D 720 and the storageunit_D 740 are connected to the controller_D 700 via a bus. The storageunit_D 740 stores a context 742.

The controller_D 700 in the UPF_A 235 is a function unit for controllingthe whole of the UPF_A 235 and implements various processes of the wholeof the UPF_A 235 by reading out various information and programs storedin the storage unit_D 740 and executing the programs.

The network connection unit_D 720 in the UPF_A 235 is a function unitfor the UPF_A 235 to connect to the DN (i.e., the DN_A 5 and/or the DN_B105), the SMF_A 230, another UPF_A 235, and the access networks (i.e.,the E-UTRAN_A 80, the 5G-RAN_A 120, and the WLAN ANc 125). In otherwords, the UPF_A 235 can transmit and/or receive the user data and/orcontrol information to and/or from the DN (i.e., the DN_A 5 and/or theDN_B 105), the SMF_A 230, another UPF_A 235, and the access networks(i.e., the E-UTRAN_A 80, the 5G-RAN_A 120, and the WLAN ANc 125) via thenetwork connection unit_D 720.

The storage unit_D 740 in the UPF_A 235 is a function unit for storingprograms, data, and the like necessary for each operation of the UPF_A235. The storage unit_D 740 in the UPF_A 235 includes, for example, asemiconductor memory, an HDD, an SSD, or the like. The storage unit_D740 in the UPF_A 235 stores identification information, controlinformation, a flag, a parameter, and the like included in a controlmessage which is transmitted and/or received in a communicationprocedure described later. The context 742 stored in the storage unit_D740 in the UPF_A 235 may include a context stored for each UE, a contextstored for each APN, a context stored for each PDU session, and acontext stored for each bearer. The context stored for each UE mayinclude IMSI, ME Identity, MSISDN, and RAT type. The context stored foreach APN may include APN in use. Note that the context stored for eachAPN may be stored for each Data Network Identifier. The context storefor each PDU session may include Assigned Session Type, IP Address(es),SGW F-TEID, PGW F-TEID, and Default Bearer. The context stored for eachbearer may include EPS Bearer ID, TFT, SGW F-TEID, and PGW F-TEID.

Note that UPF_B 237 is configured similarly to the UPF_A 235.

1.2.6. Information Stored in Storage Unit in Above Each Device

Next, information stored in the storage unit in each device will bedescribed.

International Mobile Subscriber Identity (IMSI) is permanentidentification information of a subscriber (user), and is identificationinformation assigned to a user using the UE. The IMSI stored by the UE_A10, the MME_A 40/CPF_A 140/AMF_A 2400, and the SGW_A 35 may be the sameas the IMSI stored by the HSS_A 50.

EMM State/MM State indicates a Mobility management state of the UE_A 10or MME_A 40/CPF_A 140/AMF_A 240. For example, the EMM State/MM State maybe an EMM-REGISTERED state (registered state) in which the UE_A 10 isregistered in the network, and/or an EMM-DEREGISTERD state (deregisteredstate) in which the UE_A 10 is not registered in the network. The EMMState/MM State may be an ECM-CONNECTED state in which a connection ismaintained between the UE_A 10 and the core network, and/or an ECM-IDLEstate in which the connection is released. Note that the EMM State/MMState may be information with which a state in which the UE_A 10 isregistered in the EPC and a state in which the UE_A 10 is registered inthe NGC or the 5GC can be distinguished.

Globally Unique Temporary Identity (GUTI) is temporary identificationinformation of the UE_A 10. The GUTI includes identification informationof the MME_A 40/CPF_A 140/AMF_A 240 (Globally Unique MME Identifier(GUMMEI)), and identification information of the UE_A 10 in a specificMME_A 40/CPF_A 140/AMF_A 240 (M-Temporary Mobile Subscriber Identity(M-TMSI)). The ME Identity is an ID of the UE_A 10 or the ME, and may beInternational Mobile Equipment Identity (IMEI) or IMEI Software Version(IMEISV), for example. The MSISDN represents a basic phone number of theUE_A 10. The MSISDN stored by the MME_A 40/CPF_A 140/AMF_A 240 may beinformation indicated by a storage unit of the HSS_A 50. Note that theGUTI may include information for identifying the CPF_140.

The MME F-TEID is information for identifying the MME_A 40/CPF_A140/AMF_A 240. The MME F-TEID may include an IP address of the MME_A40/CPF_A 140/AMF_A 240, a Tunnel Endpoint Identifier (TEID) of the MME_A40/CPF_A 140/AMF_A 240, or both of them. The IP address of the MME_A40/CPF_A 140/AMF_A 240 and the TEID of the MME_A 40/CPF_A 140/AMF_A 240may be stored independently of each other. The MME F-TEID may beidentification information for user data, or identification informationfor control information.

SGW F-TEID is information for identifying the SGW_A 35. The SGW F-TEIDmay include an IP address of the SGW_A 35, a TEID of the SGW_A 35, orboth of them. The IP address of the SGW_A 35 and the TEID of the SGW_A35 may be stored independently of each other. The SGW F-TEID may beidentification information for user data, or identification informationfor control information.

The PGW F-TEID is information for identifying the PGW_A 30/UPGW_A130/SMF_A 230/UPF_A 235. The PGW F-TEID may include an IP address of thePGW_A 30/UPGW_A 130/SMF_A 230/UPF_A 235, a TEID of the PGW_A 30/UPGW_A130/SMF_A 230/UPF_A 235, or both of them. The IP address of the PGW_A30/UPGW_A 130/SMF_A 230/UPF_A 235 and the TEID of the PGW_A 30/UPGW_A130/SMF_A 230/UPF_A 235 may be stored independently of each other. ThePGW F-TEID may be identification information for user data, oridentification information for control information.

eNB F-TEID is information for identifying the eNB_A 45. The eNB F-TEIDmay include an IP address of the eNB_A 45, a TEID of the eNB_A 45, orboth of them. The IP address of the eNB_A 45 and the TEID of the SGW_A35 may be stored independently of each other. The eNB F-TEID may beidentification information for user data, or identification informationfor control information.

The APN may be identification information for identifying the corenetwork and an external network such as the DN. Furthermore, the APN canbe used also as information to select a gateway such as the PGW_A30/UPGW_A 130/UPF_A 235 for connecting the core network_A 90. Note thatthe APN may be a Data Network Name (DNN). Therefore, the APN may berepresented as the DNN, or the DNN may be represented as the APN.

Note that the APN may be identification information for identifying sucha gateway, or identification information for identifying an externalnetwork such as the DN. Note that in a case that multiple gatewaysconnecting the core network to the DN are located, multiple gatewaysselectable according to the APN may be provided. Furthermore, onegateway may be selected from among such multiple gateways by anotherscheme using identification information other than the APN.

UE Radio Access Capability is identification information indicating aradio access capability of the UE_A 10. UE Network Capability includesan algorithm of security supported by the UE_A 10 and a key derivativefunction. The MS Network Capability is information including, for theUE_A 10 having a function of a GERAN_A 25 and/or a UTRAN_A 20, one ormore information necessary for an SGSN_A 42. The Access Restriction isregistration information for access restriction. The eNB Address is anIP address of the eNB_A 45. The MME UE S1AP ID is information foridentifying the UE_A 10 in the MME_A 40/CPF_A 140/AMF_A 240. The eNB UES1AP ID is information for identifying the UE_A 10 in the eNB_A 45.

The APN in Use is an APN recently utilized. The APN in Use may be DataNetwork Identifier. This APN may include identification information ofthe network and identification information of a default operator.Furthermore, the APN in Use may be information for identifying a DN withwhich the PDU session is established.

The Assigned Session Type is information indicating a PDU session type.The Assigned Session Type may be Assigned PDN Type. The PDU session typemay be an IP, or a non-IP. Furthermore, in a case that the PDU sessiontype is an IP, information indicating a PDN type assigned by the networkmay be further included. Note that the Assigned Session Type may beIPv4, IPv6, or IPv4v6.

Unless otherwise specifically described, the IP Address refers to the IPaddress allocated to the UE. The IP address may be an IPv4 address, anIPv6 address, an IPv6 prefix, or an interface ID. Note that in a casethat the Assigned Session Type indicates non-IP, an element of the IPAddress may not be contained.

The DN ID is identification information for identifying the corenetwork_B 190 and an external network such as the DN. Furthermore, theDN ID can be used as information for selecting a gateway such as theUPGW_A 130 or the PF_A 235 connecting the core network_B 190.

Note that the DN ID may be identification information for identifyingsuch a gateway, or identification information for identifying anexternal network such as the DN. Note that in a case that multiplegateways connecting the core network_B 190 to the DN are located,multiple gateways selectable according to the DN ID may be provided.Furthermore, one gateway may be selected from among such multiplegateways by another scheme using identification information other thanthe DN ID.

Furthermore, the DN ID may be information equivalent to the APN, ordifferent from the APN. Note that in a case that the DN ID is theinformation different from the APN, each device may manage informationindicating a correspondence relationship between the DN ID and the APN,perform a procedure to inquire the APN by using the DN ID, or perform aprocedure to inquire the DN ID by using the APN.

The SCEF ID is an IP address of the SCEF_A 46 used in the PDU session.The Default Bearer is information acquired and/or generated inestablishing a PDU session, and is EPS bearer identification informationfor identifying a default bearer associated with the PDU session.

The EPS Bearer ID is identification information of the EPS bearer. TheEPS Bearer ID may be identification information for identifyingSignalling Radio Bearer (SRB) and/or Control-plane Radio bearer (CRB),or identification information for identifying Data Radio Bearer (DRB).The Transaction Identifier (TI) is identification information foridentifying a bidirectional message flow (Transaction). Note that theEPS Bearer ID may be EPS bearer identification information foridentifying a dedicated bearer. Therefore, the EPS bearer ID may beidentification information for identifying the EPS bearer different fromthe default bearer. The TFT indicates all the packet filters associatedwith the EPS bearer. The TFT is information for identifying some thetransmitted and/or received user data, and thus, the UE_A 10 uses theEPS bearer associated with the TFT to transmit and/or receive the userdata identified by the TFT. In other words, the UE_A 10 uses RadioBearer (RB) associated with the TFT to transmit and/or receive the userdata identified by the TFT. The TFT may associate the user data such asthe transmitted and/or received application data with an appropriatetransfer path, and may be identification information for identifying theapplication data. The UE_A 10 may use the default bearer to transmitand/or receive the user data which cannot be identified by the TFT. TheUE_A 10 may store in advance the TFT associated with the default bearer.

The Default Bearer is EPS bearer identification information foridentifying a default bearer associated with a PDU session. Note thatthe EPS bearer may be a logical communication path established betweenthe UE_A 10 and the PGW_A 30/UPGW_A 130/UPF_A 235, or a communicationpath configuring a PDN connection/PDU session. Furthermore, the EPSbearer may be a default bearer, or a dedicated bearer. Furthermore, theEPS bearer may include an RB established between the UE_A 10 and thebase station and/or the access point in the access network. Furthermore,the RB and the EPS bearer may be associated with each other on aone-to-one basis. Therefore, identification information of the RB may beassociated with the identification information of the EPS bearer on aone-to-one basis, or may be the same identification information as theidentification information of the EPS bearer. Note that the RB may be anSRB and/or a CRB, or a DRB. The Default Bearer may be information thatthe UE_A 10 and/or the SGW_A 35 and/or the PGW_A 30/UPGW_A 130/SMF_A230/UPF_A 235 acquire from the core network in establishing a PDUsession. Note that the default bearer is an EPS bearer first establishedduring the PDN connection/PDU session, and is such an EPS bearer thatonly one bearer can be established during one PDN connection/PDUsession. The default bearer may be an EPS bearer that can be used tocommunicate user data not associated with the TFT. The dedicated beareris an EPS bearer established after the default bearer is establishedduring the PDN connection/PDU session, and is such an EPS bearer thatmultiple bearers can be established during one PDN connection/PDUsession. The dedicated bearer is an EPS bearer that can be used tocommunicate user data not associated with the TFT.

User Identity is information for identifying a subscriber. The UserIdentity may be IMSI, or MSISDN. Furthermore, the User Identity may alsobe identification information other than IMSI and MSISDN. Serving NodeInformation is information for identifying the MME_A 40/CPF_A 140/AMF_A240 used in a PDU session, and may be an IP address of the MME_A40/CPF_A 140/AMF_A 240.

The eNB Address is an IP address of the eNB_A 45. The eNB ID isinformation for identifying the UE in the eNB_A 45. MME Address is an IPaddress of the MME_A 40/CPF_A 140/AMF_A 240. MME ID is information foridentifying the MME_A 40/CPF_A 140/AMF_A 240. The NR node Address is anIP address of the NR node_A 122. The NR node ID is information foridentifying the NR node_A 122. The WAG Address is an IP address of theWAG_A 126. The WAG ID is information for identifying the WAG_A 126.

1.3. Description of Initial Procedure

Next, before describing the detailed steps of an initial procedure inthe present embodiment, in order to avoid redundant descriptions,terminology specific to the present embodiment and primaryidentification information used in each procedure will be describedbeforehand.

First, in the present embodiment, the network refers to at least some ofthe access networks_B 80/120/125, the core network_B 190, the DN_A 5,and the DN_B 105. One or more devices included in at least some of theaccess networks_B 80/120/125, the core network_B 190, the DN_A 5, andthe DN_B 105 may also be referred to as a network or network device.Specifically, the expression “the network performs transmission and/orreception of a message and/or performs a procedure” means that “a devicein the network (network device) performs transmission and/or receptionof a message and/or performs a procedure.”

In the present embodiment, a Session Management (SM) message (alsoreferred to as a Non-Access-Stratum (NAS) SM message) may be a NASmessage used in a procedure for the SM, or a control message transmittedand/or received between the UE_A 10 and the SMF_A 230 or the SMF_B 232via the AMF_A 240. Furthermore, the SM message may include a PDU sessionestablishment request message, a PDU session establishment acceptmessage, a PDU session complete message, a PDU session reject message, aPDU session modification request message, a PDU session modificationaccept message, a PDU session modification reject message, and the like.The procedure for the SM may include a PDU session establishmentprocedure, a PDU session modification procedure, and the like.

In the present embodiment, a Tracking Area (TA) is a range which thecore network manages and which can be represented by the locationinformation of the UE_A 10, and may include one or more cells, forexample. The TA may be a range in which a control message such as apaging message is broadcast, or a range in which the UE_A 10 can movewithout a handover procedure.

In the present embodiment, a TA list is a list including one or more TAsassigned to the UE_A 10 by the network. Note that while the UE_A 10 ismoving within one or more TAs included in the TA list, the UE_A 10 maybe able to move without performing a registration procedure. In otherwords, the TA list may be an information group indicating an area inwhich the UE_A 10 can move without performing the registrationprocedure. S1, in the present embodiment, the Reflective Quality ofService (QoS) (RQoS) is QoS supported in the 5GC (5G Core). The RQoS isQoS which is achieved by the UE_A 10 creating a QoS rule (Derived QoSrule), based on the received downlink packet and/or downlink traffics.Note that it may be possible for each device to adapt the RQoS and theQoS that is not RQoS at the same time within the same PDU session.Furthermore, in order to achieve adaptation of the RQoS to the traffic,to the QoS for the uplink packet, QoS the same as the QoS for thedownlink packet paired therewith may be adapted.

In present embodiment, the QoS rule (Derived QoS rule) is a rule forachieving user data communication using the RQoS. The QoS rule mayinclude a Packet Filter, and/or QoS Flow Identity (QFI) and/or aPrecedence value. Here, the QFI may be an identifier for identifying aQoS flow. The precedence value indicates the priority, and the lower theprecedence value, the higher the priority. Note that the packet filterof the uplink packet may be generated based on the downlink packet.Furthermore, in a case that the RQoS is validated via the User Plane,the precedence value for the QoS rule may be configured to astandardized value. In a case that the RQoS is validated via the ControlPlane, the precedence value for the QoS rule may be configured to avalue transmitted and/or received through a control message via theControl Plane. Note that UE_A 10 may validate the RQoS by creating a QoSrule, or may invalidate the RQoS by deleting the QoS rule.

In the present embodiment, a Reflective QoS Timer (RQoS timer) is atimer for managing validation of the RQoS. Each device may validate theRQoS only while the RQoS timer is running. In other words, each devicemay validate the RQoS, based on the RQoS timer start and may invalidatethe RQoS, based on the RQoS timer expiration. Furthermore, a timer valueof the RQoS timer may be a value transmitted to the UE_A 10 from thenetwork in the PDU session establishment procedure or the like, or maybe a value configured in advance. Note that the RQoS timer may be a RQtimer. The RQoS timer may be a timer for managing validation of theRQoS, but is not limited thereto. T2, in the present embodiment,authentication and/or authorization request information is informationfor the UE_A 10 to request initiation of the DN authentication and/orauthorization procedure, and may be a variable indicating whether or notthe UE_A 10 wants to initiate the DN authentication and/or authorizationprocedure, a name space specifying the service, a user identity, or anidentifier identifying the user's profile. Note that the DNauthentication and/or authorization procedure may be a PDU sessionestablishment authentication and/or authorization procedure.

In the present embodiment, authentication and/or authorizationinformation is information indicating a result of authentication and/orauthorization at the time of a response to the DN authentication and/orauthorization procedure from the 3GPP NW, and may be a variableindicating whether or not authentication and/or authorization isperformed, or a name space specifying the service.

In present embodiment, the DN authentication and/or authorizationresponse information may be a name space specifying the service that isincluded by the UE_A 10 in information with which the UE_A 10 respondsto the authentication and/or authorization information issued by the DN,or may be a message response to the authentication and/or authorizationinformation from the DN.

In present embodiment, a user ID is an identifier for identifying a userin the DN authentication and/or authorization. The user ID may beinformation for the UE_A 10 to request initiation of the DNauthentication and/or authorization procedure.

In present embodiment, a user profile ID is an identifier foridentifying a user's profile in the DN authentication and/orauthorization. The user profile ID may be information for the UE_A 10 torequest initiation of the DN authentication and/or authorizationprocedure.

In present embodiment, the DN authentication and/or authorization is anext-generation security system for a 5G mobile communication systemthat is a next generation mobile communication system. The DNauthentication and/or authorization is a mechanism allowing theauthentication and/or authorization by the DN during the PDU sessionestablishment procedure, and may be a system that is not present in aconventional 4G system. Furthermore, the next generation security systemmay separate authentication and authorization from each other inconnection with the DN authentication and/or authorization. Furthermore,separating authentication and authorization from each other may allowowners of an authentication resource and an authorization resourcerespectively to perform authentication and/or authorization on their ownresponsibilities, and may allow for flexible service deployment withmobile communication systems. T3, a first timer in the presentembodiment is a timer that manages initiate of a procedure for sessionmanagement such as a PDU session establishment procedure, and/ortransmission of a Session Management (SM) message such as a PDU sessionestablishment request message. While the first timer is running, theinitiate of a procedure for session management and/or the transmissionand/or reception of an SM message in each device may be prohibited. Notethat the first timer may be configured at least per APN/DNN basis or perslice basis. Note that the SM message may be a NAS message used in theprocedure for session management, and may be a control messagetransmitted and/or received between the UE_A 10 and the SMF_A 230 viathe AMF_A 240. Furthermore, the SM message may include a PDU sessionestablishment request message, a PDU session establishment acceptmessage, a PDU session complete message, a PDU session reject message, aPDU session modification request message, a PDU session modificationaccept message, a PDU session modification reject message, and the like.Furthermore, the procedure for session management may include a PDUsession establishment procedure, a PDU session modification procedure,and the like.

In present embodiment, the Network Slice is a logical network thatprovides certain network capabilities and network characteristics.Hereinafter, the network slice may be referred to as a NW slice.

In present embodiment, a Network Slice Instance (NSI) includes a set ofnetwork function (NF) instances (entities) and the required resources,and forms a network slice to which the set is allocated. Here, the NF isa processing function in the network and is adopted or defined in the3GPP. The NSI is an entity of each of one or more Network Slicesconfigured in the core network_B 190. The NSI may include a virtualNetwork Function (NF) generated using a Network Slice Template (NST).Here, the NST is associated with a resource request for providing arequired communication service or capability, and is a logicalexpression of one or more Network Functions (NFs). Specifically, the NSImay be an aggregation including multiple NFs in the core network_B 190.The NSI may be a logical network configured to classify the user datadelivered through a service or the like. The network slice may includeone or more NFs. The NF included in the network slice may be or may notbe a device shared by another network slice. The UE_A 10 can be assignedto one or more network slices, based on UE usage type and/or one or morenetwork slice type IDs and/or registration information such as one ormore NS IDs and/or the APN.

The Network Slice Instance (NSI) in the present embodiment is an entityof each of one or multiple Network Slices configured in the corenetwork_B 190. The NSI in the present embodiment may include a virtualNetwork Function (NF) generated using a Network Slice Template (NST).Here, the NST is associated with a resource request for providing arequired communication service or capability, and is a logicalexpression of one or multiple Network Functions (NFs). Specifically, theNSI may be an aggregation including multiple NFs in the core network_B190. The NSI may be a logical network configured to classify the userdata delivered through a service or the like. The network slice mayinclude at least one or more NFs. The NF included in the network slicemay be or may not be a device shared by another network slice. The UE_A10 and/or the devices within the network can be assigned to one ormultiple network slices, based on NSSAI and/or S-NSSAI and/or UE usagetype and/or one or multiple network slice type IDs and/or registrationinformation such as one or multiple NS IDs and/or the APN.

In the present embodiment, the S-NSSAI in the present embodiment is anabbreviation for Single Network Slice Selection Assistance information,and is information for identifying the network slices. The S-NSSAI mayinclude a Slice/Service type (SST) and a Slice Differentiator (SD). TheS-NSSAI may include only an SST, or both an SST and an SD. Here, the SSTis information indicating an expected operation of a network slice interms of functions and services. The SD may be information complementingthe SST in a case of selecting one NSI from multiple NSIs indicated bythe SST. The S-NSSAI may be PLMN-specific information or may be standardinformation common between PLMNs. The network may store one or multipleS-NSSAIs in the registration information for the UE_A 10 as defaultS-NSSAI.

The Single Network Slice Selection Assistance information (NSSAI) in thepresent embodiment is a collection of S-NSSAIs. Each of the S-NSSAIsincluded in the NSSAI is information that assists the access network orthe core network to select the NSI. The UE_A 10 may store the NSSAIallowed from the network for each PLMN. The NSSAI may be informationused to select the AMF_A 240.

In present embodiment, a first NW slice is a NW slice to which theestablished PDU session belongs at the time when the UE_A 10 connects toa certain DN. The first NW slice may be a NW slice managed within anoperator A's network, or may be a NW slice that is commonly managedwithin an operator B's network.

In present embodiment, a second NW slice is a NW slice to which anotherPDU session belongs, the another PDU session being capable of connectingto the DN to which the PDU session belonging to the first NW sliceconnects. The first NW slice and the second NW slice may be run by thesame operator or may be operated by different operators.

The operator A's network in the present embodiment is a network run bythe operator A. A NW slice common with the operator B may be deployed.

The operator B's network in the present embodiment is a network run bythe operator B. A NW slice common with the operator A may be deployed.

Re-attempt information in the present embodiment is informationindicating by the NW to the UE_A 10 whether or not reconnection isallowed for the rejected PDU session, by using the same identificationinformation. Note that the re-attempt information may be configured foreach UTRAN access, E-UTRAN access, and NR access.

A first behavior in the present embodiment is a behavior in which theUE_A 10 stores slice information transmitted in the PDU sessionestablishment request message in association with the transmitted PDUsession identifier. In the first behavior, the UE_A 10 may store theslice information transmitted in the PDU session establishment requestmessage, or may store the slice information received in a case that thePDU session establishment request message is rejected.

A second behavior in the present embodiment may be a behavior in whichthe UE_A 10 transmits a PDU session establishment request message forconnecting to APN/DNN the same as the APN/DNN specified in the PDUsession establishment request message previously transmitted, by use ofslice information different from slice information specified previouslyin the PDU session establishment request message. Specifically, thesecond behavior may be a behavior in which in a case that a backofftimer value received from the network is zero or invalid, the UE_A 10transmits a PDU session establishment request message for connecting tothe APN/DNN identical to the PDU session establishment request messagepreviously, by use of slice information different from slice informationspecified in the PDU session establishment request message previouslytransmitted. The second behavior may be a behavior in which in a casethat a previously transmitted PDU session establishment request messageis rejected because the specified APN/DNN is not supported wirelessly ina certain connected PLMN, or the previously transmitted PDU sessionestablishment request message is rejected for a temporary reason, theUE_A 10 transmits a PDU session establishment request message forconnecting to APN/DNN the same as the APN/DNN specified previously inthe PDU session establishment request message, by use of sliceinformation different from slice information specified previously in thePDU session establishment request message.

A third behavior in the present embodiment is a behavior in which in thecase that the PDU session establishment request message is rejected, theUE_A 10 does not transmit a new PDU session establishment requestmessage by use of the same identification information until the firsttimer expires. Specifically, the third behavior may be a behavior inwhich in a case that the backoff timer value received from the networkis neither zero nor invalid, the UE_A 10 does not transmit a new PDUsession establishment request message by use of the same identificationinformation until the first timer expires. The third behavior may be abehavior in which in a case that another PLMN is selected or another NWslice is selected, and a rejection cause concerning configurationfailure in a network operation is received, and in a case that the PDUsession establishment request message is rejected and the receivedbackoff timer has been started, the UE_A 10 does not transmit a new PDUsession establishment request message by use of the same identificationinformation until the first timer expires.

A fourth behavior in the present embodiment is a behavior in which inthe case that the PDU session establishment request message transmittedon Registration procedure is rejected, the UE_A 10 does not transmit anew PDU session establishment request message not carrying sliceinformation and/or DNN/APN information until the first timer expires.Specifically, the fourth behavior may be a behavior in which in a casethat the backoff timer received from the network is neither zero nordeactivated, the UE_A 10 does not transmit a new PDU sessionestablishment request message without slice information and/or DNN/APNinformation until the first timer expires.

A fifth behavior in the present embodiment is a behavior in which in thecase that the PDU session establishment request message is rejected, theUE_A 10 does not transmit a new PDU session establishment requestmessage by use of the same identification information. Specifically, thefifth behavior may be a behavior in which in a case that PDU typessupported in the UE_A 10 and the network are different from each other,and the UE_A 10 is located in an equivalent PLMN, the UE_A 10 does nottransmit a new PDU session establishment request message by use of thesame identification information.

The sixth behavior in the present embodiment is a behavior in which inthe case that the PDU session establishment request message is rejected,the UE_A 10 transmits a new PDU session establishment request message asan initial procedure by use of the same identification information.Specifically, the sixth behavior may be a behavior in which in a casethat the PDU session establishment request message is rejected becausethere is no PDN session context of interest in a handover from thenon-3GPP, the UE_A 10 transmits a new PDU session establishment requestmessage as the initial procedure by use of the same identificationinformation.

A seventh behavior in the present embodiment is a behavior in which in acase that another NW slice is selected in a PLMN selection procedure,continued is the backoff timer received in a case that the previous PDUsession establishment request message is rejected. Specifically, theseventh behavior may a behavior in which in a case that the PLMNselection is performed in a case that the PDU session establishmentrequest message is rejected, and that a NW slice common with the NWslice specified in the PDU session establishment request message can bespecified in the selected PLMN, continued is the backoff timer receivedin a case that the PDU session establishment request message isrejected.

An eighth behavior in the present embodiment is a behavior in which theUE_A 10 may configure a first timer value to a value notified from thenetwork, or a behavior in which the UE_A 10 may configure a valueconfigured in advance in the UE_A 10. Specifically, the eighth behaviormay be a behavior in which the UE_A 10 configures the backoff timervalue received in the reject notification for the PDU sessionestablishment request message as the first timer value, or may be abehavior in which the UE_A 10 configures a value that is configured orheld in advance in the UE_A 10 as the first timer value. Note that, theeighth behavior in the case that a timer configured or held in advancein the UE_A 10 is configured as the first timer value may be limited toa case that the UE is located in a HPLMN or the equivalent PLMN.

A ninth behavior in the present embodiment is a behavior in which in thecase that the PDU session establishment request message is rejected, theUE_A 10 does not transmit a new PDU session establishment requestmessage until the terminal power is turned on/off, or a USIM is insertedor removed. Specifically, the ninth behavior may be a behavior in whichin a case that the backoff timer received from the network is invalid,or the cause contained in the PDU session reject messages indicates thatthe PDU type are different between the UE_A 10 and the NW, the UE_A 10does not transmit a new PDU session establishment request message untilthe terminal power is turned on/off, or a USIM is inserted or removed.The ninth behavior may be a behavior in which in a case that the PDUsession establishment request message is rejected because the specifiedAPN/DNN is not supported wirelessly in the connected PLMN, and thatthere is no information element of the backoff timer from the networkand there is no Re-attempt information, or that a PDU sessionreconnection to the equivalent PLMN is allowed, the UE_A 10 does nottransmit a new PDU session establishment request message until theterminal power is turned on/off, or a USIM is inserted or removed in theconnected PLMN. The ninth behavior may be a behavior in which in a casethat a first PDU session establishment request message is rejectedbecause the specified APN/DNN is not supported wirelessly in theconnected PLMN, and that there is no information element of the backofftimer from the network and there is no Re-attempt information, or that aPDU session reconnection to the equivalent PLMN is not allowed, the UE_A10 does not transmit a new PDU session establishment request messageuntil the terminal power is turned on/off, or a USIM is inserted orremoved in the connected PLMN. The ninth behavior may be a behavior inwhich in a case that the PDU session establishment request message isrejected because the specified APN/DNN is not supported wirelessly inthe connected PLMN, and that the backoff timer from the network isneither zero nor invalid, the UE_A 10 does not transmit a new PDUsession establishment request message until the terminal power is turnedon/off, or a USIM is inserted or removed. The ninth behavior may be abehavior in which in a case that the PDU session establishment requestmessage is rejected because the specified APN/DNN is not supportedwirelessly in the connected PLMN, and that the backoff timer from thenetwork is invalid, the UE_A 10 does not transmit a new PDU sessionestablishment request message until the terminal power is turned on/off,or a USIM is inserted or removed.

A tenth behavior in the present embodiment is a behavior in which in thecase that the PDU session establishment request message is rejected, theUE_A 10 transmits a new PDU session establishment request message.Specifically, the tenth behavior may be a behavior in which in a casethat the backoff timer received from the NW is zero or that the PDUsession establishment request message is rejected for temporary reasonsand there is no backoff timer information element itself notified fromthe network, the UE_A 10 transmits a new PDU session establishmentrequest message. The tenth behavior may be a behavior in which in a casethat another PLMN is selected, or that another NW slice is selected, thePDU session establishment request message is rejected for temporaryreasons, and the backoff timer is not started for the APN/DNN ofinterest in the selected PLMN, or that the backoff timer received fromthe network is invalid, the UE_A 10 transmits a new PDU sessionestablishment request message. The tenth behavior may be a behavior inwhich in a case that the PDU session establishment request message isrejected because the PDU types of the UE_A 10 and the network aredifferent from each other, and that the Re-attempt information is notreceived in a case of a different PLMN being selected, or a PLMN not inan equivalent PLMN list is selected, or in a case that the PDP type ischanged, or in a case that the terminal power is turned on/off or a USIMis inserted or removed, the UE_A 10 transmits a new PDU sessionestablishment request message. The tenth behavior may be a behavior inwhich in a case that the first PDU session is rejected because thespecified APN/DNN is not supported wirelessly in the connected PLMN, andthat the backoff timer notified from a network is zero, the UE_A 10transmits a new PDU session establishment request message.

An eleventh behavior in the present embodiment is a behavior in whichthe UE_A 10 ignores the first timer and the Re-attempt information.Specifically, the eleventh behavior may be a behavior in which in a casethat the PDU session establishment request message is rejected becausethere is no PDN session context of interest in a handover from thenon-3GPP, or in a case that the PDU session establishment requestmessage is rejected because the number of bearers established in the PDNconnection reaches the maximum allowed number, the UE_A 10 ignores thefirst timer and the Re-attempt information.

In present embodiment, the equivalent PLMN is a PLMN treated to be aPLMN the same as the same HPLMN in the network.

Next, the identification information in the present embodiment will bedescribed. In the present embodiment, first identification informationis information indicating whether or not the UE_A 10 supports theReflective Quality of Service (RQoS). The first identificationinformation may indicate whether or not the UE_A 10 supports an RQoScontrolled in a UE-initiated manner and/or whether or not the UE_A 10supports an RQoS controlled in a network-initiated manner. Note that theRQoS controlled in a UE-initiated manner may be an RQoS validated in aUE-initiated RQoS validation procedure and may be an RQoS invalidated ina first RQoS deactivation procedure. Furthermore, the RQoS controlled ina network-initiated manner may be an RQoS validated in anetwork-initiated RQoS validation procedure and may be an RQoSinvalidated in a second RQoS deactivation procedure. The firstidentification information may correspond to fourth identificationinformation or fifth identification information. Specifically, the firstidentification information may mean information indicating whether ornot the UE_A 10 supports an RQoS for user data communication with the DNidentified by the fourth identification information or for a PDU sessionidentified by the fifth identification information. The firstidentification information may be information that includes the meaningof second identification information and/or third identificationinformation. Specifically, the first identification information may meaninformation indicating whether or not the UE_A 10 supports an RQoScontrolled via a Control Plane and/or a User Plane. Note that the RQoScontrolled via the Control Plane may be an RQoS validated and/orinvalidated via the Control Plane, and the RQoS controlled via the UserPlane may be an RQoS validated and/or invalidated via the User Plane.The first identification information may be information that includesmeaning of sixth identification information. Specifically, the firstidentification information may be information indicating whether or notthe UE_A 10 supports an RQoS and indicating that the UE_A 10 requests anRQoS.

The second identification information in the present embodiment isinformation indicating whether or not the UE_A 10 supports an RQoScontrolled via the Control Plane. The second identification informationmay indicate whether or not the UE_A 10 supports an RQoS controlled viathe Control Plane in a UE-initiated manner and/or whether or not theUE_A 10 supports an RQoS controlled via the Control Plane in anetwork-initiated manner. The second identification information maycorrespond to the fourth identification information or the fifthidentification information. Specifically, the second identificationinformation may mean information indicating whether or not the UE_A 10supports an RQoS controlled via the Control Plane for user datacommunication with the DN identified by the fourth identificationinformation or for a PDU session identified by the fifth identificationinformation. The second identification information may be informationthat includes meaning of seventh identification information.Specifically, the second identification information may be informationindicating whether or not the UE_A 10 supports an RQoS controlled viathe Control Plane and indicating that the UE_A 10 requests an RQoScontrolled via the Control Plane.

The third identification information in the present embodiment isinformation indicating whether or not the UE_A 10 supports an RQoScontrolled via the User Plane. The third identification information mayindicate whether or not the UE_A 10 supports an RQoS controlled via theUser Plane in a UE-initiated manner and/or whether or not the UE_A 10supports an RQoS controlled via the User Plane in a network-initiatedmanner. The third identification information may correspond to thefourth identification information or the fifth identificationinformation. Specifically, the third identification information may meaninformation indicating whether or not the UE_A 10 supports an RQoScontrolled via the User Plane for user data communication with the DNidentified by the fourth identification information or for a PDU sessionidentified by the fifth identification information. The thirdidentification information may be information that includes meaning ofeighth identification information. Specifically, the thirdidentification information may be information indicating whether or notthe UE_A 10 supports an RQoS controlled via the User Plane andindicating that the UE_A 10 requests an RQoS controlled via the UserPlane.

The fourth identification information in the present embodiment is theData Network Name (DNN). The DNN may be information used to identify theData Network (DN).

The fifth identification information in the present embodiment is a PDUsession ID. The PDU session ID may be information used to identify thePDU Session.

The sixth identification information in the present embodiment isinformation indicating that the UE_A 10 requests that the RQoS ischanged to be enabled (available state). The sixth identificationinformation may indicate that the UE_A 10 requests that an RQoScontrolled in a UE-initiated manner is changed to be enabled and/or thatthe UE_A 10 requests that an RQoS controlled in a network-initiatedmanner is changed to be enabled. Note that requesting that an RQoS ischanged to be enabled may be requesting allowance of use of the RQoS.The sixth identification information may correspond to the fourthidentification information and/or the fifth identification information.Specifically, the sixth identification information may mean informationindicating that the UE_A 10 requests that an RQoS is changed to beenabled for user data communication with the DN identified by the fourthidentification information or for a PDU session identified by the fifthidentification information. The sixth identification information may beinformation that includes meaning of the seventh identificationinformation and/or the eighth identification information. Specifically,the sixth identification information may mean information indicatingthat the UE_A 10 requests that an RQoS controlled via the Control Planeand/or the User Plane is changed to be enabled.

The seventh identification information in the present embodiment isinformation indicating that the UE_A 10 requests that an RQoS controlledvia the Control Plane is changed to be enabled. The seventhidentification information may indicate that the UE_A 10 requests thatan RQoS controlled via the Control Plane in a UE-initiated manner ischanged to be enabled and/or that the UE_A 10 requests that an RQoScontrolled via the Control Plane in a network-initiated manner ischanged to be enabled. The seventh identification information maycorrespond to the fourth identification information or the fifthidentification information. Specifically, the seventh identificationinformation may mean information indicating that the UE_A 10 requeststhat an RQoS controlled via the Control Plane is changed to be enabledfor user data communication with the DN identified by the fourthidentification information or for a PDU session identified by the fifthidentification information.

The eighth identification information in the present embodiment isinformation indicating that the UE_A 10 requests that an RQoS controlledvia the User Plane is changed to be enabled. The eighth identificationinformation may indicate that the UE_A 10 requests that an RQoScontrolled via the User Plane in a UE-initiated manner is changed to beenabled and/or that the UE_A 10 requests that an RQoS controlled via theUser Plane in a network-initiated manner is changed to be enabled. Theeighth identification information may correspond to the fourthidentification information or the fifth identification information.Specifically, the eighth identification information may mean informationindicating that the UE_A 10 requests that an RQoS controlled via theUser Plane is changed to be enabled for user data communication with theDN identified by the eighth identification information or for a PDUsession identified by the fifth identification information.

The 61st identification information in the present embodiment isinformation requesting the service authentication and/or authorizationby the DN via the 3GPP interface in the DN connection. Furthermore, the61st identification information may be information requesting the PDUsession establishment authentication and/or authorization procedure tobe performed in the registration procedure and/or the PDU sessionestablishment procedure. In other words, the 61st identificationinformation may be information requesting the service authenticationand/or authorization by the DN via the 3GPP interface in theregistration procedure and/or the PDU session establishment procedure.As a specific example, the 61st identification information may be a flagrequesting the DN service authentication and/or authorization, may be aservice name that can identify a certain DN service, may be a useridentity, or may be a user profile identifier. Furthermore, the 61stidentification information may be authentication and/or authorizationrequest information.

The 71st identification information in the present embodiment isinformation for identifying belonging to the first NW slice. In otherwords, the 71st identification information may be information indicatingthat the UE_A 10 desires to establish a PDU session belonging to thefirst NW slice. As a specific example, the 71st identificationinformation may be the NSSAI identifying the first NW slice. Note thatthe 71st identification information may be information for identifying acertain NW slice within the operator A network, or may be informationfor identifying the same NW slice in common in the operator B (otheroperators than the operator A). Furthermore, the 71st identificationinformation may be information indicating the first NW slice configuredfrom the HPLMN, may be information indicating the first NW sliceacquired from the AMF_A 240 in the registration procedure, or may beinformation indicating the first NW slice allowed from the network.Furthermore, the 71st identification information may be informationindicating the first NW slice stored for each PLMN.

The eleventh identification information in the present embodiment isinformation indicating whether or not the network supports an RQoS. Theeleventh identification information may indicate whether or not thenetwork supports an RQoS controlled in a UE-initiated manner and/orwhether or not the network supports an RQoS controlled in anetwork-initiated manner. The eleventh identification information maycorrespond to fourteenth identification information or fifteenthidentification information. Specifically, the eleventh identificationinformation may mean information indicating whether or not the networksupports an RQoS for user data communication with the DN identified bythe fourteenth identification information or for a PDU sessionidentified by the fifteenth identification information. The eleventhidentification information may be information that includes meaning oftwelfth identification information and/or thirteenth identificationinformation. Specifically, the eleventh identification information maymean information indicating whether or not the network supports an RQoScontrolled via the Control Plane and/or the User Plane. The eleventhidentification information may be information that includes meaning ofseventeenth identification information. Specifically, the eleventhidentification information may be information indicating whether or notthe network supports an RQoS and indicating that the network accepts anRQoS.

The twelfth identification information in the present embodiment isinformation indicating whether or not the network supports an RQoScontrolled via the Control Plane. The twelfth identification informationmay indicate whether or not the network supports an RQoS controlled viathe Control Plane in a UE-initiated manner and/or whether or not thenetwork supports an RQoS controlled via the Control Plane in anetwork-initiated manner. The twelfth identification information maycorrespond to the fourteenth identification information or the fifteenthidentification information. Specifically, the twelfth identificationinformation may mean information indicating whether or not the networksupports an RQoS controlled via the Control Plane for user datacommunication with the DN identified by the fourteenth identificationinformation or for a PDU session identified by the fifteenthidentification information. The twelfth identification information maybe information that includes meaning of eighteenth identificationinformation. Specifically, the twelfth identification information may beinformation indicating whether or not the network supports an RQoScontrolled via the Control Plane and indicating that the network acceptsan RQoS controlled via the Control Plane.

The thirteenth identification information in the present embodiment isinformation indicating whether or not the network supports an RQoScontrolled via the User Plane. The thirteenth identification informationmay indicate whether or not the network supports an RQoS controlled viathe User Plane in a UE-initiated manner and/or whether or not thenetwork supports an RQoS controlled via the User Plane in anetwork-initiated manner. The thirteenth identification information maycorrespond to the fourteenth identification information or the fifteenthidentification information. Specifically, the thirteenth identificationinformation may mean information indicating whether or not the networksupports an RQoS controlled via the User Plane for user datacommunication with the DN identified by the fourteenth identificationinformation or for a PDU session identified by the fifteenthidentification information. The thirteenth identification informationmay be information that includes meaning of nineteenth identificationinformation. Specifically, the thirteenth identification information maybe information indicating whether or not the network supports an RQoScontrolled via the User Plane and indicating that the network accepts anRQoS controlled via the User Plane.

The fourteenth identification information in the present embodiment is aDNN. The fourteenth identification information may be a DNN allowed bythe network or a DNN selected by the network. Furthermore, thefourteenth identification information may be the same DNN as the fourthidentification information, or may be a different DNN.

The fifteenth identification information in the present embodiment is aPDU session ID. The fifteenth identification information may be a PDUsession ID allowed by the network or a PDU session ID selected by thenetwork. Furthermore, the fifteenth identification information may bethe same PDU session ID as the fifth identification information, or maybe a different PDU session ID.

The sixteenth identification information in the present embodiment is atimer value of the RQoS timer. The value indicated by the sixteenthidentification information may be a value determined by a device in thecore network, may be a value determined by an operator, or may be avalue determined by a service operator other than the operator. Notethat the sixteenth identification information may be transmitted and/orreceived in association with the identification information of one ormore the eleventh to thirteenth identification information and theseventeenth to nineteenth identification information.

The seventeenth identification information in the present embodiment isinformation indicating that the network accepts changing an RQoS to beenabled. The seventeenth identification information may indicate thatthe network accepts changing an RQoS controlled in a UE-initiated mannerto be enabled and/or that the network also accepts changing an RQoScontrolled in a network-initiated manner to be enabled. Note thataccepting changing an RQoS to be enabled may be allowing use of theRQoS. The seventeenth identification information may correspond to thefourteenth identification information or the fifteenth identificationinformation. Specifically, the seventeenth identification informationmay mean information indicating that the network accepts changing anRQoS to be enabled for user data communication with the DN identified bythe fourteenth identification information or for a PDU sessionidentified by the fifteenth identification information. The seventeenthidentification information may be information that includes meaning ofthe eighteenth identification information and/or the nineteenthidentification information. Specifically, the seventeenth identificationinformation may be information indicating that the network acceptschanging an RQoS controlled via the Control Plane and/or the User Planeto be enabled.

The eighteenth identification information in the present embodiment isinformation indicating that the network accepts changing an RQoScontrolled via the Control Plane to be enabled. The eighteenthidentification information may indicate that the network acceptschanging an RQoS controlled via the Control Plane in a UE-initiatedmanner to be enabled and/or that the network accepts changing an RQoScontrolled via the Control Plane in a network-initiated manner to beenabled. The eighteenth identification information may correspond to thefourteenth identification information or the fifteenth identificationinformation. Specifically, the eighteenth identification information maymean information indicating that the network accepts changing an RQoScontrolled via the Control Plane to be enabled for user datacommunication with the DN identified by the fourteenth identificationinformation or for a PDU session identified by the fifteenthidentification information.

The nineteenth identification information in the present embodiment isinformation indicating that the network accepts changing an RQoScontrolled via the User Plane to be enabled. The nineteenthidentification information may indicate that the network acceptschanging an RQoS controlled via the User Plane in a UE-initiated mannerto be enabled and/or that the network accepts changing an RQoScontrolled via the User Plane in a network-initiated manner to beenabled. The nineteenth identification information may correspond to thefourteenth identification information or the fifteenth identificationinformation. Specifically, the nineteenth identification information maymean information indicating that the network accepts changing an RQoScontrolled via the User Plane to be enabled for user data communicationwith the DN identified by the fourteenth identification information orfor a PDU session identified by the fifteenth identificationinformation.

The 21st identification information in the present embodiment is a Causevalue. The Cause value may indicate a rejection cause, and specificallyindicates at least one of that an RQoS is not allowed (rejected) to bechanged to be enabled, that an RQoS controlled via the Control Plane andUser Plane is not allowed (rejected) to be changed to be enabled, thatan RQoS controlled via the Control Plane only is not allowed (rejected)to be change to be enabled, and that an RQoS controlled via the UserPlane only is not allowed (rejected) to be changed to be enabled. Notethat rejecting changing an RQoS to be enabled may indicate that use ofthe RQoS is not allowed. Furthermore, the 21st identificationinformation may be information indicating that a part of the request isrejected. The 21st identification information may be informationincluding the meaning indicated by one or multiple 22nd to 29thidentification information. The 21st identification information maycorrespond to 25th identification information or 26th identificationinformation. Specifically, the 21st identification information may meana Cause value for a DN identified by the 25th identificationinformation, or a Cause value for a PDU session identified by the 26thidentification information. The 21st identification information maycorrespond to a Registration Area (RA), a Tracking Area (TA), or anAccess Network (AN). Specifically, the 21st identification informationmay mean a Cause value for the registration area, the tracking area, orthe access network. Specifically, the 21st identification informationmay be a Cause value indicating that an RQoS is not allowed in the DNidentified by the 25th identification information, or a Cause valueindicating that an RQoS is not allowed in the PDU session identified bythe 26th identification information. Furthermore, the 21stidentification information may be a Cause value indicating that an RQoSis not allowed in a registration area and/or tracking area to which theUE_A 10 currently belongs, or a Cause value indicating that an RQoS isnot allowed in an access network to which the UE_A 10 is connected. Notethat the Cause value indicated by the 21st identification informationmay not be limited to these.

The 22nd identification information in the present embodiment isinformation indicating that the network does not support an RQoS. The22nd identification information may indicate that the network does notsupport an RQoS controlled in a UE-initiated manner and/or that thenetwork does not support an RQoS controlled in a network-initiatedmanner. The 22nd identification information may correspond to the 25thidentification information or the 26th identification information. Inthis case, the 22nd identification information may mean informationindicating that the network does not support an RQoS for user datacommunication with the DN identified by the 25th identificationinformation or for a PDU session identified by the 26th identificationinformation. The 22nd identification information may correspond to aregistration area, a tracking area, or an access network. In this case,the 22nd identification information may mean information indicating thatthe network does not support an RQoS for the registration area, thetracking area, or the access network. The 22nd identificationinformation may be information that includes meaning of the 23rdidentification information and/or the 24th identification information.Specifically, the 22nd identification information may be informationindicating that the network does not support an RQoS controlled via theControl Plane and/or the User Plane. The 22nd identification informationmay be information that includes meaning of the 27th identificationinformation. Specifically, the 22nd identification information may beinformation indicating that the network does not support an RQoS andindicating that the network does not allow (rejects) an RQoS.

The 23rd identification information in the present embodiment isinformation indicating that the network does not support an RQoScontrolled via the Control Plane. The 23rd identification informationmay indicate that the network does not support an RQoS controlled viathe Control Plane in a UE-initiated manner and/or that the network doesnot support an RQoS controlled via the Control Plane in anetwork-initiated manner. The 23rd identification information maycorrespond to the 25th identification information or the 26thidentification information. Specifically, the 23rd identificationinformation may mean information indicating that the network does notsupport an RQoS controlled via the Control Plane for user datacommunication with the DN identified by the 25th identificationinformation or for a PDU session identified by the 26th identificationinformation. The 23rd identification information may correspond to aregistration area, a tracking area, or an access network. Specifically,the 23rd identification information may mean information indicating thatthe network does not support an RQoS controlled via the Control Planefor the registration area, the tracking area, or the access network. The23rd identification information may be information that includes meaningof the 28th identification information. Specifically, the 23rdidentification information may be information indicating that thenetwork does not support an RQoS controlled via the Control Plane andindicating that the network does not allow (rejects) an RQoS controlledvia the Control Plane.

The 24th identification information in the present embodiment isinformation indicating that the network does not support an RQoScontrolled via the User Plane. The 24th identification information mayindicate that the network does not support an RQoS controlled via theUser Plane in a UE-initiated manner and/or that the network does notsupport an RQoS controlled via the User Plane in a network-initiatedmanner. The 24th identification information may correspond to the 25thidentification information or the 26th identification information.Specifically, the 24th identification information may mean informationindicating that the network does not support an RQoS controlled via theUser Plane for user data communication with the DN identified by the25th identification information or for a PDU session identified by the26th identification information. The 24th identification information maycorrespond to a registration area, a tracking area, or an accessnetwork. Specifically, the 24th identification information may meaninformation indicating that the network does not support an RQoScontrolled via the User Plane for the registration area, the trackingarea, or the access network. The 24th identification information may beinformation that includes meaning of the 29th identificationinformation. Specifically, the 24th identification information may beinformation indicating that the network does not support an RQoScontrolled via the User Plane and indicating that the network does notallow (rejects) an RQoS controlled via the User Plane.

The 25th identification information in the present embodiment is a DNN.The 25th identification information may be a DNN not allowed by thenetwork or information indicating that a DNN identified by the fourthidentification information is not allowed. Furthermore, the 25thidentification information may be the same DNN as the fourthidentification information.

The 26th identification information in the present embodiment is a PDUSession ID. The 26th identification information may be a PDU session IDnot allowed by the network or information indicating that a PDU sessionID identified by the fifth identification information is not allowed.Furthermore, the 26th identification information may be the same PDUsession ID as the fifth identification information.

The 27th identification information in the present embodiment isinformation indicating that the network does not allow (rejects)changing an RQoS to be enabled. The 27th identification information mayindicate that the network does not allow (rejects) changing an RQoScontrolled in a UE-initiated manner to be enabled and/or that thenetwork does not allow (rejects) changing an RQoS controlled in anetwork-initiated manner to be enabled. The 27th identificationinformation may correspond to the 25th identification information or the26th identification information. Specifically, the 27th identificationinformation may mean information indicating that the network does notallow (rejects) changing an RQoS to be enabled for user datacommunication with the DN identified by the 25th identificationinformation or for a PDU session identified by the 26th identificationinformation. The 27th identification information may correspond to aregistration area, a tracking area, or an access network. Specifically,the 27th identification information may mean information indicating thatthe network does not allow (rejects) changing an RQoS to be enabled forthe registration area, the tracking area, or the access network. The27th identification information may be information that includes meaningof the 28th identification information and/or the 29th identificationinformation. Specifically, the 27th identification information may beinformation indicating that the network does not allow (rejects)changing an RQoS controlled via the Control Plane and/or the User Planeto be enabled.

The 28th identification information in the present embodiment isinformation indicating that the network does not allow (rejects)changing an RQoS controlled via the Control Plane to be enabled. The28th identification information may indicate that the network does notallow (rejects) changing an RQoS controlled via the Control Plane in aUE-initiated manner to be enabled and/or that the network does not allow(rejects) changing an RQoS controlled via the Control Plane in anetwork-initiated manner to be enabled. The 28th identificationinformation may correspond to the 25th identification information or the26th identification information. Specifically, the 28th identificationinformation may mean information indicating that the network does notallow (rejects) changing an RQoS controlled via the Control Plane to beenabled for user data communication with the DN identified by the 25thidentification information or for a PDU session identified by the 26thidentification information. The 28th identification information maycorrespond to a registration area, a tracking area, or an accessnetwork. Specifically, the 28th identification information may meaninformation indicating that the network does not allow (rejects)changing an RQoS controlled via the Control Plane to be enabled for theregistration area, the tracking area, or the access network.

The 29th identification information in the present embodiment isinformation indicating that the network does not allow (rejects)changing an RQoS controlled via the User Plane to be enabled. The 29thidentification information may indicate that the network does not allow(rejects) changing an RQoS controlled via the User Plane in aUE-initiated manner to be enabled and/or that the network does not allow(rejects) changing an RQoS controlled via the User Plane in anetwork-initiated manner to be enabled. The 29th identificationinformation may correspond to the 25th identification information or the26th identification information. Specifically, the 29th identificationinformation may mean information indicating that the network does notallow (rejects) changing an RQoS controlled via the User Plane to beenabled for user data communication with the DN identified by the 25thidentification information or for a PDU session identified by the 26thidentification information. The 29th identification information maycorrespond to a registration area, a tracking area, or an accessnetwork. Specifically, the 29th identification information may meaninformation indicating that the network does not allow (rejects)changing an RQoS controlled via the User Plane to be enabled for theregistration area, the tracking area, or the access network.

In the present embodiment, 72nd identification information isinformation indicating a cause value (cause) indicating that the presentprocedure is rejected. The 72nd identification information may beinformation indicating that a request for establishment of a PDU sessionfor connecting to a DN is rejected. In other words, the 72ndidentification information may be information indicating that a requestfor establishment of a PDU session belonging to the first slice isrejected, or information indicating that establishment of a PDU sessionbelonging to the first slice is not allowed. Here, the first slice maybe a slice indicated by the 71st identification information, or adifferent slice. Furthermore, the 72nd identification information may beinformation indicating that establishment of a PDU session belonging tothe first slice is not allowed in the DN identified by the 25identification information, or information indicating that establishmentof a PDU session belonging to the first slice is not allowed in the PDUsession identified by the 26th identification information. Furthermore,the 72nd identification information may be information indicating thatestablishment of a PDU session belonging to the first slice is notallowed in a registration area and/or tracking area to which the UE_A 10currently belongs, or information indicating that establishment of a PDUsession belonging to the first slice is not allowed in an access networkto which the UE_A 10 is connected. Note that the cause value that isindicated by the 72nd identification information and indicates thepresent procedure being rejected is may not be limited to these.Furthermore, the 72nd identification information may be informationindicating a value of the first timer. The UE_A 10 may configure, basedon the reception of the 72nd identification information, the first timerto a value indicated by the 72nd identification information, to a timervalue configured in another manner, or to a random value. Furthermore,the 72nd identification information may be an identifier for identifyingNW slice information to which a rejected PDU session request belongs.Note that the NW slice indicated by the 72nd identification informationmay be the same NW slice as the NW slice indicated by the 71stidentification information, or a different NW slice. Furthermore, the72nd identification information may be an identifier by which the NWindicates reconnection after the PDU session is rejected. Furthermore,the UE_A 10 may start to run the set timer based on the rejection causevalue, the NW slice information, and the identifier indicating thereconnection from the NW.

In the present embodiment, 31st identification information is aReflective QoS Indication (RQI). The RQI may be information indicatingthat an RQoS is validated, or information indicating that an RQoS is tobe validated. To be more specific, the 31st identification informationmay be information indicating that an RQoS is validated for user datacommunication of downlink packets, or may be information indicating thatan RQoS is validated for user data communication of uplink packets.Furthermore, the 31st identification information may be informationrequesting to create a QoS rule for the user data communication of theuplink packets.

In the present embodiment, 32nd identification information is a QFI. The32nd identification information may be information for identifying a QoSflow. Furthermore, the 32nd identification information may beinformation indicating a flow through which the downlink packets withthe RQoS being validated are forwarded, or information indicating a flowthrough which the uplink packets are forwarded after the RQoS isvalidated. Furthermore, the 32nd identification information may beinformation requesting to use the QoS flow indicated by the 32ndidentification information for the user data communication of the uplinkpackets. Furthermore, the 32nd identification information may beinformation requesting to create a QoS rule for the user datacommunication of the uplink packets using the QoS flow indicated by the32nd identification information.

In the present embodiment, 41st identification information isinformation indicating that an RQoS is requested in a UE-initiatedmanner, or information indicating that RQoS validation is requested in aUE-initiated manner. To be more specific, the 41st identificationinformation may be information requesting RQoS validation for user datacommunication of uplink packets and/or downlink packets. Furthermore,the 41st identification information may be information requesting tocreate a QoS rule for the user data communication of the uplink packetsand/or the downlink packets. Furthermore, the 41st identificationinformation may be information requesting to initiate thenetwork-initiated RQoS validation procedure.

In the present embodiment, 42nd identification information is a QoS FlowID (QFI). The QFI is information used to identify the flow applying anRQoS. The 42nd identification information may be information foridentifying a QoS flow. Furthermore, the 42nd identification informationmay be information indicating a flow through which uplink packets and/ordownlink packets are forwarded after the RQoS is validated. Furthermore,the 42nd identification information may be information requesting to usethe QoS flow indicated by the 42nd identification information for userdata communication of the uplink packets and/or the downlink packets.Furthermore, the 42nd identification information may be informationrequesting to create a QoS rule for the user data communication of theuplink packets and/or the downlink packets using the QoS flow indicatedby the 42nd identification information. Furthermore, the 42ndidentification information may be information requesting to initiate thenetwork-initiated RQoS validation procedure, or information requestingthat the QoS flow used in the network-initiated RQoS validationprocedure is an RQoS flow indicated by the 42nd identificationinformation.

In the present embodiment, 51st identification information isinformation indicating that an RQoS is not allowed (is rejected), orinformation indicating that a request for RQoS validation is not allowed(is rejected). Furthermore, the 51st identification information may beinformation indicating a cause that the request from the UE_A 10 isrejected. Note that the cause that the request from the UE_A 10 isrejected may be information indicating that an RQoS is not allowed to bevalidated in an access network, and/or a registration area, and/or atracking area to which the UE_A 10 currently connects, or informationindicating that an RQoS is not allowed to be validated in uplink packetsthrough which the UE_A 10 requests the RQoS validation. Furthermore, thecause that the request from the UE_A 10 is rejected may be informationindicating that an RQoS validation is temporarily prohibited, orinformation indicating that the UE-initiated RQoS validation procedureis prohibited. Note that the cause that the request from the UE_A 10 isrejected may be information indicating that the network cannot acceptthe UE-initiated RQoS validation procedure, but is not limited thereto.

In the present embodiment, 62nd identification information isauthentication and/or authorization information issued by a DN which isacquired by the SMF_A 230 in an authentication and/or authorizationprocedure with the DN. As a specific example, the 62nd identificationinformation may be a service name which the DN authenticates and/orauthorizes, or may be an authorization flag. Furthermore, the 62ndidentification information may be information indicating that the DN_A 5performs authentication and/or authorization for a PDU session, and/orthe UE_A 10, and/or an application. Furthermore, the 62nd identificationinformation may be information of the UE_A 10 and/or the applicationand/or a user for requesting to confirm the authentication and/orauthorization information issued by the DN indicated by the 62ndidentification information. Furthermore, the 62nd identificationinformation may be information of the UE_A 10 and/or the applicationand/or the user for requesting to select service usage from among theservice names authenticated and/or authorized by the DN indicated by the62nd identification information.

In the present embodiment, 63rd identification information isinformation indicating a response to authentication and/or authorizationinformation issued by a DN which is acquired by the SMF_A 230 in anauthentication and/or authorization procedure with the DN. As a specificexample, the 63rd identification information may be informationindicating a message response to the 62nd identification information,information indicating the same content as the information indicated bythe 62nd identification information, or information indicating theservice name of the service usage selected by the UE_A 10 from among theservice names in the 62nd identification information. Furthermore, the63rd identification information may be information of the UE_A 10 and/orthe application and/or the user for indicating that the confirmation ofthe authentication and/or authorization information issued by the DNindicated by the 62nd identification information is performed.Furthermore, the 63rd identification information may be informationindicating that the UE_A 10 and/or the application and/or the user haveselected the service usage from among the service names authenticatedand/or authorized by the DN indicated by the 62nd identificationinformation. Furthermore, the 63rd identification information may be DNauthentication and/or authorization response information.

Next, the initial procedure according to the present embodiment will bedescribed with reference to FIG. 8. Hereinafter, the initial procedureis also referred to as the present procedure, and the initial procedure(the present procedure) includes a Registration procedure, a PDU sessionestablishment procedure, and a Reflective Quality of Service (QoS)(RQoS) validation procedure. Details of the registration procedure, thePDU session establishment procedure, and the RQoS validation procedureare described later.

Specifically, each device performs the registration procedure (S800),and thereby, the UE_A 10 transitions to a state of being registered inthe network (RM-REGISTERED state). Next, each device performs the PDUsession establishment procedure (S802), and thereby, the UE_A 10establishes a PDU session with the DN_A 5 providing a PDU connectionservice via the core network_B 190, and transitions to a state in whichthe PDU session is established between the devices. Note that the PDUsession is assumed to be established via the access network and theUPF_A 235, but is not limited thereto. That is, there may be a UPF(UPF_C 239) different from the UPF_A 235 between the UPF_A 235 and theaccess network. At this time, the PDU session is established via theaccess network, the UPF_C 239, and the UPF_A 235.

Next, each device performs the RQoS validation procedure (S804), andthereby, creates a certain QoS rule for certain user data. Furthermore,each device further transitions to a state capable of performing theuser data communication using a certain QoS flow associated with thecertain QoS rule for the certain user data based on the creation of thecertain QoS rule.

Next, each device, after transitioning to the state capable ofperforming the user data communication using the certain QoS flow,performs the RQoS deactivation procedure, and deletes the certain QoSrule for the certain user data. Furthermore, each device transitions toa state incapable of performing the user data communication using thecertain QoS flow associated with the certain QoS rule for the certainuser data based on the deletion of the certain QoS rule. As describedabove, the present procedure is completed.

Note that each device may exchange various capability information and/orvarious request information of the device in the registration procedureand/or the PDU session establishment procedure. In a case that eachdevice negotiates the exchange of various information and/or variousrequests in the registration procedure, the device may not negotiate theexchange of various information and/or various requests in the PDUsession establishment procedure. In a case that each device does notnegotiate the exchange of various information and/or various requests inthe registration procedure, the device may negotiate the exchange ofvarious information and/or various requests in the PDU sessionestablishment procedure. Even in the case that each device negotiatesthe exchange of various information and/or various requests in theregistration procedure, the device may negotiate the exchange of variousinformation and/or various requests in the PDU session establishmentprocedure.

Each device may perform the PDU session establishment procedure in theregistration procedure, or after completion of the registrationprocedure. In a case that the PDU session establishment procedure isperformed in the registration procedure, the PDU session establishmentrequest message may be included in a registration request message andtransmitted and/or received, and the PDU session establishment acceptmessage may be included in a registration accept message and transmittedand/or received, a PDU session establishment complete message may beincluded in a registration complete message and transmitted and/orreceived, and a PDU session establishment reject message may be includedin a registration reject message and transmitted and/or received. In acase that the PDU session establishment procedure is performed in theregistration procedure, each device may establish a PDU session based onthe completion of the registration procedure, or may transition to thestate in which the PDU session is established between the devices.

Each device involved in the present procedure may transmit and/orreceive each control message described in the present procedure totransmit and/or receive one or more identification information includedin each control message, and may store each transmitted and/or receivedidentification information as a context.

1.3.1. Overview of Registration Procedure

First, an overview of the registration procedure will be described. Theregistration procedure is a procedure initiated by the UE_A 10 toregister to the network (the access network, and/or the core network_B190, and/or the DN (DN_A 5)). In a case that the UE_A 10 is in a stateof not being registered with the network, the UE_A 10 can perform thepresent procedure at any timing such as a timing of turning on theterminal power. In other words, the UE_A 10 may initiate the presentprocedure at any timing in a case of the deregistered state(RM-DEREGISTERED state). Each device may transition to the registeredstate (RM-REGISTERED state), based on completion of the registrationprocedure.

The present procedure may be a procedure to update location registrationinformation of the UE_A 10 in the network, and/or to regularly notifythe network of a state of the UE_A 10 from the UE_A 10, and/or to updatecertain parameters related to the UE_A 10 in the network.

The UE_A 10 may initiate the present procedure in a case that the UE_A10 performs mobility across TAs. In other words, the UE_A 10 mayinitiate the present procedure in a case that the UE_A 10 moves to a TAdifferent from a TA indicated in a held TA list. Furthermore, the UE_A10 may initiate the present procedure in a case that the running timerexpires. Furthermore, the UE_A 10 may initiate the present procedure ina case that a context of each device needs to be updated due todisconnection or invalidation (also referred to as deactivation) of aPDU session. Furthermore, the UE_A 10 may initiate the present procedurein a case that a change occurs in the capability information and/orpreference concerning the PDU session establishment of the UE_A 10.Furthermore, the UE_A 10 may initiate the present procedure regularly.Note that the UE_A 10 is not limited to this, and can perform thepresent procedure at any timing as long as in a state in which the PDUsession is established.

1.3.1.1. Example of Registration Procedure

An example of a process of performing the registration procedure will bedescribed with reference to FIG. 9. In this section, the presentprocedure refers to the registration procedure. Each step of the presentprocedure will be described below.

First, the UE_A 10 transmits a Registration Request message to the AMF_A240 via the NR node (also referred to as the gNB)_A 122 (S900) (S902)(S904) to initiate the registration procedure. The UE_A 10 may transmitthe registration request message including a Session Management (SM)message (e.g., a PDU session establishment request message), or theregistration request message together with an SM message (e.g., a PDUsession establishment request message) to initiate a procedure for theSM, such as the PDU session establishment procedure, during theregistration procedure.

Specifically, the UE_A 10 transmits a Radio Resource Control (RRC)message including the registration request message to the NR node_A 122(S900). The NR node_A 122, in a case of receiving the RRC messageincluding the registration request message, retrieves the registrationrequest message in the RRC message and selects the AMF_A 240 as the NFor the common CP function to which the registration request message isrouted (S902). Here, the NR node_A 122 may select the AMF_A 240, basedon information included in the RRC message. The NR node_A 122 transmitsor forwards the registration request message to the selected AMF_A 240(S904).

Note that the registration request message is a Non-Access-Stratum (NAS)message transmitted and/or received on the N1 interface. The RRC messageis a control message transmitted and/or received between the UE_A 10 andthe NR node_A 122. The NAS message is processed in a NAS layer, the RRCmessage is processed in an RRC layer, and the NAS layer is the higherlayer than the RRC layer.

In a case of multiple NSIs to which registration is requested, the UE_A10 may transmit a registration request message for each NSI, or multipleregistration request messages included in one or more RRC messages. Themultiple registration request messages described above included in oneor more RRC messages may be transmitted as one registration requestmessage.

Here, the UE_A 10 may include one or more identification informationamong the first to eighth identification information, the 61stidentification information, and the 71st identification information inthe registration request message and/or in the RRC message. Note thattwo or more identification information of these identificationinformation may be configured as one or more identification information.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to eighth identification informationincluded in the registration request message and/or the RRC message toindicate that the UE_A 10 supports an RQoS, or request to transition toa state in which an RQoS is available.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to eighth identification informationincluded in the registration request message and/or the RRC message toindicate that the UE_A 10 does not support an RQoS, or indicate that theUE_A 10 does not request to transition to a state in which an RQoS isavailable.

To be more specific, the UE_A 10 may transmit the first identificationinformation and/or the second identification information and/or thesixth identification information and/or the seventh identificationinformation included in the registration request message and/or the RRCmessage to indicate that the UE_A 10 supports an RQoS controlled via theControl Plane, or request to transition to a state in which an RQoScontrolled via the Control Plane is available. In this case, the UE_A 10may transmit the registration request message and/or the RRC messagewithout including the third identification information and/or the eighthidentification information to indicate that the UE_A 10 does not supportan RQoS controlled via the User Plane, or indicate that the UE_A 10 doesnot request to transition to a state in which an RQoS controlled via theUser Plane is available.

The UE_A 10 may transmit the first identification information and/or thesecond identification information and/or the sixth identificationinformation and/or the seventh identification information included inthe registration request message and/or the RRC message to indicate thatthe UE_A 10 does not support an RQoS controlled via the Control Plane,or indicate that the UE_A 10 does not request to transition to a statein which an RQoS controlled via the Control Plane is available.

Furthermore, the UE_A 10 may transmit the first identificationinformation and/or the third identification information and/or the sixthidentification information and/or the eighth identification informationincluded in the registration request message and/or the RRC message toindicate that the UE_A 10 supports an RQoS controlled via the UserPlane, or request to transition to a state in which an RQoS controlledvia the User Plane is available. In this case, the UE_A 10 may transmitthe registration request message and/or the RRC message withoutincluding the second identification information and/or the seventhidentification information to indicate that the UE_A 10 does not supportan RQoS controlled via the Control Plane, or indicate that the UE_A 10does not request to transition to a state in which an RQoS controlledvia the Control Plane is available.

The UE_A 10 may transmit the first identification information and/or thethird identification information and/or the sixth identificationinformation and/or the eighth identification information included in theregistration request message and/or the RRC message to indicate that theUE_A 10 does not support an RQoS controlled via the User Plane, orindicate that the UE_A 10 does not request to transition to a state inwhich an RQoS controlled via the User Plane is available.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to third identification information and thesixth to eighth identification information with being associated withthe fourth identification information to indicate whether or not theUE_A 10 supports an RQoS, or whether or not the UE_A 10 requests totransition to a state in which an RQoS is available, for a PDU sessionestablished to a DN identified by the fourth identification information.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to third identification information and thesixth to eighth identification information with being associated withthe fifth identification information to indicate whether or not the UE_A10 supports an RQoS, or whether or not the UE_A 10 requests totransition to a state in which an RQoS is available, for a PDU sessionidentified by the fifth identification information.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to eighth identification informationincluded in the registration request message and/or the RRC message toindicate whether not the UE_A 10 supports an RQoS controlled in aUE-initiated manner, or whether not the UE_A 10 requests to transitionto a state in which an RQoS controlled in a UE-initiated manner isavailable.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to eighth identification informationincluded in the registration request message and/or the RRC message toindicate whether not the UE_A 10 supports an RQoS controlled in anetwork-initiated manner, or whether not the UE_A 10 requests totransition to a state in which an RQoS controlled in a network-initiatedmanner is available.

The UE_A 10 may transmit the first identification information, ortransmit the second identification information and the thirdidentification information, or transmit the sixth identificationinformation, or transmit the seventh identification information and theeighth identification information, or transmit, in a case that two ormore identification information of these identification information areconfigured as one or more identification information, one or more ofthese configured identification information, to indicate that the UE_A10 supports an RQoS controlled via the Control Plane and the UE_A 10supports an RQoS controlled via the User Plane, or request to transitionto a state in which an RQoS controlled via the User Plane is availableand transition to a state in which an RQoS controlled via the User Planeis available.

Furthermore, the UE_A 10 may transmit the 61st identificationinformation and/or the fourth identification information and/or thefifth identification information included in the registration requestmessage and/or the RRC message to request the service authenticationand/or authorization by the DN via the 3GPP interface (such as the N6interface), or request to perform the PDU session establishmentauthentication and/or authorization procedure in the present procedure.

To be more specific, the UE_A 10 may transmit the 61st identificationinformation and the fourth identification information with beingassociation with each other to request the service authentication and/orauthorization by the DN_A 5 via the 3GPP interface, or request toperform the PDU session establishment authentication and/orauthorization procedure in the present procedure, in a PDU sessionestablished to a DN identified by the fourth identification information.

Furthermore, the UE_A 10 may transmit the 61st identificationinformation and the fifth identification information with beingassociation with each other to request the service authentication and/orauthorization by the DN_A 5 via the 3GPP interface, or request toperform the PDU session establishment authentication and/orauthorization procedure in the present procedure, in a PDU sessionidentified by the fifth identification information.

Furthermore, the UE_A 10 may transmit the 71st identificationinformation and/or the fourth identification information and/or thefifth identification information included in the registration requestmessage and/or the RRC message to request establishment of a PDU sessionbelonging to a network slice, indicate a network slice to which a PDUsession requested by the UE_A 10 belongs, or indicate a network slice towhich a PDU session is to belong.

To be more specific, the UE_A 10 may transmit the 71st identificationinformation and the fourth identification information with beingassociated with each other to request establishment of a PDU sessionbelonging to a network slice, indicate a network slice to which a PDUsession requested by the UE_A 10 belongs, or indicate a network slice towhich a PDU session is to belong, in a PDU session established to a DNidentified by the fourth identification information.

Furthermore, the UE_A 10 may transmit the 71st identificationinformation and the fifth identification information with beingassociated with each other to request establishment of a PDU sessionbelonging to a network slice, indicate a network slice to which a PDUsession requested by the UE_A 10 belongs, or indicate a network slice towhich a PDU session is to belong, in a PDU session identified by thefifth identification information.

Furthermore, the UE_A 10 may transmit two or more pieces identificationinformation among the first to eighth identification information, the61st identification information, and the 71st identification informationwith being combined with each other to perform the request combined withthe above described matters. Note that the matters indicated by the UE_A10 transmitting the identification information may not be limited tothese.

Note that the UE_A 10 may determine which identification informationamong the first to eighth identification information, the 61stidentification information, and the 71st identification information isto be included in the registration request message, based on thecapability information of the UE_A 10, and/or a policy such as a UEpolicy, and/or a preference of the UE_A 10, and/or the application(higher layer). Note that the determination performed by the UE_A 10 asto which identification information is to be included in theregistration request message is not limited to the determinationdescribed above.

The UE_A 10 may transmit these identification information included in acontrol message (e.g., a NAS message or an RRC message) different fromthe registration request message.

The AMF_A 240, in a case of receiving the registration request messageand/or the control message different from the registration requestmessage, performs a first condition determination. The first conditiondetermination is for the AMF_A 240 to determine whether to accept arequest of the UE_A 10. In the first condition determination, the AMF_A240 determines whether the first condition determination is true orfalse. In a case that the first condition determination is true (thatis, in a case that the network accepts the request of the UE_A 10), theAMF_A 240 initiates a procedure (A) in the present procedure, and in acase that the first condition determination is false (that is, in a casethat the network does not accept the request of the UE_A 10), the AMF_A240 initiates a procedure (B) in the present procedure.

Hereinafter, steps in the case that the first condition determination istrue, that is, the steps in the procedure (A) in the present procedurewill be described. The AMF_A 240 performs a fourth conditiondetermination to initiate the procedure (A) in the present procedure.The fourth condition determination is for the AMF_A 240 to determinewhether to transmit and/or receive an SM message to and/or from theSMF_A 230. In other words, the fourth condition determination may be forthe AMF_A 240 to determine whether to perform the PDU sessionestablishment procedure in the present procedure. In a case that thefourth condition determination is true (i.e., in a case that the AMF_A240 is to transmit and/or receive an SM message to and/or from SMF_A230), the AMF_A 240 selects the SMF_A 230, and transmits and/or receivesan SM message to and/or from the selected SMF_A 230, and in a case thatthe fourth condition determination is false (i.e., in a case that theAMF_A 240 does not transmit and/or receive an SM message to and/or fromthe SMF_A 230), the AMF_A 240 omits those operations (S906). Note thatin a case that the AMF_A 240 receives an SM message indicating rejectionfrom the SMF_A 230, the AMF_A 240 may stop the procedure (A) in thepresent procedure and initiate the procedure (B) in the presentprocedure.

Furthermore, the AMF_A 240 transmits a Registration Accept message tothe UE_A 10 via the NR node_A 122, based on the reception of theregistration request message from the UE_A 10 and/or completion of thetransmission and/or reception of the SM message to and/or from the SMF_A230 (S908). For example, in the case that the fourth conditiondetermination is true, the AMF_A 240 may transmit the registrationaccept message, based on the reception of the registration requestmessage from the UE_A 10. In the case that the fourth conditiondetermination is false, the AMF_A 240 may transmit the registrationaccept message, based on the completion of the transmission and/orreception of the SM message to and/or from the SMF_A 230. Here, theregistration accept message may be transmitted as a response message tothe registration request message. The registration accept message is aNAS message transmitted and/or received on the N1 interface, and forexample, the AMF_A 240 may transmit a registration accept message as acontrol message of the N2 interface to the NR node_A 122 and the NRnode_A 122 that receives the control message may transmit the receivedcontrol message included in the RRC message to the UE_A 10.

Furthermore, in the case that the fourth condition determination istrue, the AMF_A 240 may transmit an SM message (e.g., a PDU sessionestablishment accept message) included in the registration acceptmessage, or transmit an SM message (e.g., a PDU session establishmentaccept message) together with the registration accept message. Thistransmission method may be performed in a case that the SM message(e.g., a PDU session establishment request message) is included in theregistration request message, and the fourth condition determination istrue. This transmission method may be performed in a case that the SMmessage (e.g., a PDU session establishment request message) is includedtogether with the registration request message, and the fourth conditiondetermination is true. The AMF_A 240 may perform such a transmissionmethod to indicate that a procedure for the SM is accepted.

Here, the AMF_A 240 may include one or more identification informationamong the eleventh to nineteenth identification information in theregistration accept message, or may indicate that the request of theUE_A 10 is accepted, by including these identification information. Notethat two or more identification information of these identificationinformation may be configured as one or more identification information.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the eleventh to nineteenth identification informationincluded in the registration accept message to indicate that the networksupports an RQoS, or that a request to transition to a state in which anRQoS is available is accepted.

To be more specific, the AMF_A 240 may transmit the eleventhidentification information and/or the twelfth identification informationand/or the seventeenth identification information and/or the eighteenthidentification information included in the registration accept messageto indicate that the network supports an RQoS controlled via the ControlPlane, or that a request to transition to a state in which an RQoScontrolled via the Control Plane is available is accepted. In this case,the AMF_A 240 may transmit the registration accept message withoutincluding the thirteenth identification information and/or thenineteenth identification information to indicate that the network doesnot support an RQoS controlled via the User Plane, or that a request totransition to a state in which an RQoS controlled via the User Plane isavailable is rejected.

The AMF_A 240 may transmit the eleventh identification informationand/or the twelfth identification information and/or the seventeenthidentification information and/or the eighteenth identificationinformation included in the registration accept message to indicate thatthe network does not support an RQoS controlled via the Control Plane,or that a request to transition to a state in which an RQoS controlledvia the Control Plane is available is rejected.

Furthermore, the AMF_A 240 may transmit the eleventh identificationinformation and/or the thirteenth identification information and/or theseventeenth identification information and/or the nineteenthidentification information included in the registration accept messageto indicate that the network supports an RQoS controlled via the UserPlane, or that a request to transition to a state in which an RQoScontrolled via the User Plane is available is accepted. In this case,the AMF_A 240 may transmit the registration accept message withoutincluding the twelfth identification information and/or the eighteenthidentification information to indicate that the network does not supportan RQoS controlled via the Control Plane, or that a request totransition to a state in which an RQoS controlled via the Control Planeis available is rejected.

The AMF_A 240 may transmit the eleventh identification informationand/or the thirteenth identification information and/or the seventeenthidentification information and/or the nineteenth identificationinformation included in the registration accept message to indicate thatthe network does not support an RQoS controlled via the User Plane, orthat a request to transition to a state in which an RQoS controlled viathe User Plane is available is rejected.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the eleventh to thirteenth identification informationand the seventeenth to nineteenth identification information with beingassociated with the fourteenth identification information to indicatewhether or not the network supports an RQoS, or whether or not a requestto transition to a state in which an RQoS is available is accepted, fora PDU session established to a DN identified by the fourteenthidentification information.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the eleventh to thirteenth identification informationand the seventeenth to nineteenth identification information with beingassociated with the fifteenth identification information to indicatewhether or not the network supports an RQoS, or whether or not a requestto transition to a state in which an RQoS is available is accepted, fora PDU session identified by the fifteenth identification information.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the eleventh to nineteenth identification informationincluded in the registration accept message to indicate whether or notthe network supports an RQoS controlled in a UE-initiated manner, orwhether or not a request to transition to a state in which an RQoScontrolled in a UE-initiated manner is available is accepted.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the eleventh to nineteenth identification informationincluded in the registration accept message to indicate whether or notthe network supports an RQoS controlled in a network-initiated manner,or whether or not a request to transition to a state in which an RQoScontrolled in a network-initiated manner is available is accepted.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the eleventh to fifteenth identification informationand the seventeenth to nineteenth identification information with beingassociated with the sixteenth identification information to indicate anRQoS valid period applied to user data communication, a period duringwhich an RQoS for user data communication is valid after the RQoS isvalidated, or a period until the RQoS timer expires which starts at thetime that an RQoS for user data communication is validated.

The UE_A 10 may transmit the eleventh identification information, ortransmit the twelfth identification information and the thirteenthidentification information, or transmit the seventeenth identificationinformation, or transmit the eighteenth identification information andthe nineteenth identification information, or transmit, in a case thattwo or more identification information of these identificationinformation are configured as one or more identification information,one or more these configured identification information, to indicatethat the network supports an RQoS controlled via the Control Plane andthe network supports an RQoS controlled via the User Plane, or toindicate that a request to transition to a state in which an RQoScontrolled via the Control Plane is available is accepted and a requestto transition to a state in which an RQoS controlled via the User Planeis available is accepted.

Furthermore, the AMF_A 240 may transmit two or more piecesidentification information among the eleventh to nineteenthidentification information with being combined with each other toperform the request combined with the above described matters. Note thatthe matters indicated by the AMF_A 240 transmitting the identificationinformation may not be limited to these.

Note that the AMF_A 240 may determine which identification informationamong the eleventh to nineteenth identification information is to beincluded in the registration accept message, based on the receivedidentification information, and/or the capability information of thenetwork, and/or the operator policy, and/or a state of the network,and/or, user registration information (user subscription), and the like.

For example, the eleventh identification information and/or theseventeenth identification information may be information transmitted ina case that the network supports an RQoS, and/or in a case that thefirst to third identification information and/or the sixth to eighthidentification information are received. Furthermore, the twelfthidentification information and/or the eighteenth identificationinformation may be information transmitted in the case that the networksupports an RQoS controlled via the Control Plane, and/or in the casethat the first to third identification information and/or the sixth toeighth identification information are received. Furthermore, thethirteenth identification information and/or the nineteenthidentification information may be information transmitted in the casethat the network supports an RQoS controlled via the User Plane, and/orin the case that the first to third identification information and/orthe sixth to eighth identification information are received.

Furthermore, the fourteenth identification information may beinformation indicating the same DNN as the DNN indicated by the fourthidentification information, or may be information indicating a differentDNN. Furthermore, the fifteenth identification information may beinformation indicating the same PDU session ID as the PDU session IDindicated by the fifth identification information, or may be informationindicating a different PDU session ID. Note that the determinationperformed by the AMF_A 240 as to which identification information is tobe included in the registration accept message is not limited to thedetermination described above.

The UE_A 10 receives the registration accept message via the NR node_A122 (S908). The UE_A 10 receives the registration accept message torecognize the contents of various identification information included inthe registration accept message.

Furthermore, the UE_A 10 further performs a first process based on thereception of the registration accept message (S909). Note that the UE_A10 may perform the first process based on the transmission of theregistration complete message, or based on the completion of the presentprocedure.

Here, the first process may be a process in which the UE_A 10 recognizesthe matter indicated by the AMF_A 240. Furthermore, the first processmay be a process in which the UE_A 10 stores the received identificationinformation as a context, or may be a process in which the UE_A 10forwards the received identification information to the higher layerand/or the lower layer. Furthermore, the first process may be a processin which the UE_A 10 recognizes that the request for the presentprocedure is accepted.

In a case that the UE_A 10 receives one or more identificationinformation among the eleventh to nineteenth identification information,the first process may be a process in which the UE_A 10 transitions to astate capable of performing the RQoS validation procedure at any timingafter a PDU session is established, or a process in which the UE_A 10initiates the RQoS validation procedure after a PDU session isestablished.

To be more specific, in a case that the UE_A 10 receives the eleventhidentification information and/or the twelfth identification informationand/or the seventeenth identification information and/or the eighteenthidentification information, the first process may be a process in whichthe UE_A 10 transitions to a state capable of performing the RQoSvalidation procedure controlled via the Control Plane at any timingafter a PDU session is established. Furthermore, in a case that the UE_A10 receives the eleventh identification information and/or thethirteenth identification information and/or the seventeenthidentification information and/or the nineteenth identificationinformation, the first process may be a process in which the UE_A 10transitions to a state capable of performing the RQoS validationprocedure controlled via the User Plane at any timing after a PDUsession is established.

Furthermore, in a case that the UE_A 10 receives one or moreidentification information among the eleventh to nineteenthidentification information, and the sixteenth identificationinformation, the first process may be a process in which the UE_A 10sets a timer value of an RQoS to a value indicated by the sixteenthidentification information. Note that the first process may not belimited to these processes.

Next, the UE_A 10 transmits a Registration Complete message to the AMF_A240, based on the reception of the registration accept message and/orthe completion of the first process (S910). Note that in a case that theUE_A 10 receives an SM message such as the PDU session establishmentaccept message, the UE_A 10 may include an SM message such as the PDUsession establishment complete message into the registration completemessage and transmit the registration complete message, or may indicatethat a procedure for the SM is completed by including the SM message.Here, the registration complete message may be transmitted as a responsemessage to the registration accept message. The registration completemessage is a NAS message transmitted and/or received on the N1interface, and for example, the UE_A 10 may transmit a registrationcomplete message included in an RRC message to the NR node_A 122 and theNR node_A 122 that receives registration complete message may transmitthe received registration complete message as a control message of theN2 interface to the AMF_A 240.

The AMF_A 240 receives the registration complete message (S910). Eachdevice completes the procedure (A) in the present procedure, based onthe transmission and/or reception of the registration accept messageand/or the registration complete message.

Next, steps in the case that the first condition determination is false,that is, the steps in the procedure (B) in the present procedure will bedescribed. The AMF_A 240 transmits a Registration Reject message to theUE_A 10 via the NR node_A 122 (S912) to initiate the procedure (B) inthe present procedure. Here, the registration reject message may betransmitted as a response message to the registration request message.The registration reject message is a NAS message transmitted and/orreceived on the N1 interface, and for example, the AMF_A 240 maytransmit a registration reject message as a control message of the N2interface to the NR node_A 122 and the NR node_A 122 that receives theregistration reject message may transmit the received registrationreject message included in the RRC message to the UE_A 10. Theregistration reject message transmitted by the AMF_A 240 is not limitedto this as long as it is a message rejecting the request of the UE_A 10.

Note that the procedure (B) during the present procedure may beinitiated in a case that the procedure (A) in the present procedure iscanceled. In the procedure (A), in the case that the fourth conditiondetermination is true, the AMF_A 240 may transmit the registrationreject message including an SM message meaning rejection such as a PDUsession establishment reject message, or may indicate that the procedurefor the SM is rejected by including the SM message meaning rejection. Inthis case, the UE_A 10 may further receive an SM message meaningrejection such as a PDU session establishment reject message, or mayrecognize that the procedure for the SM is rejected.

Here, the AMF_A 240 may include one or more identification informationamong the 21st to 29th identification information and the 72ndidentification information in the registration reject message, or mayindicate that the request of the UE_A 10 is rejected, by including theseidentification information. Note that two or more identificationinformation of these identification information may be configured as oneor more identification information.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the 21st to 29th identification information includedin the registration reject message to indicate that the network does notsupport an RQoS, or that a request to transition to a state in which anRQoS is available is rejected.

To be more specific, the AMF_A 240 may transmit the 21st identificationinformation and/or the 22nd identification information and/or the 23rdidentification information and/or the 27th identification informationand/or the 28th identification information included in the registrationreject message to indicate that the network does not support an RQoScontrolled via the Control Plane, or that a request to transition to astate in which an RQoS controlled via the Control Plane is available isrejected. In this case, the AMF_A 240 may transmit the registrationreject message without including the 24th identification informationand/or the 29th identification information to indicate that the networksupports an RQoS controlled via the User Plane, or that a request totransition to a state in which an RQoS controlled via the User Plane isavailable is accepted.

Furthermore, the AMF_A 240 may transmit the 21st identificationinformation and/or the 22nd identification information and/or the 24thidentification information and/or the 27th identification informationand/or the 29th identification information included in the registrationreject message to indicate that the network does not support an RQoScontrolled via the User Plane, or that a request to transition to astate in which an RQoS controlled via the User Plane is available isrejected. In this case, the AMF_A 240 may transmit the registrationreject message without including the 23rd identification informationand/or the 28th identification information to indicate that the networksupports an RQoS controlled via the Control Plane, or that a request totransition to a state in which an RQoS controlled via the Control Planeis available is accepted.

Furthermore, the AMF_A 240 may transmit the 21st identificationinformation, and/or transmit one or more identification informationamong the 22nd to 24th identification information and the 27th to 29thidentification information with being associated with the 25thidentification information to indicate that the network does not supportan RQoS, or that a request to transition to a state in which an RQoS isavailable is rejected, for a PDU session established to a DN identifiedby the fourth identification information received by the AMF_A 240and/or the 25th identification information.

Furthermore, the AMF_A 240 may transmit the 21st identificationinformation, and/or transmit one or more identification informationamong the 22nd to 24th identification information and the 27th to 29thidentification information with being associated with the 26thidentification information to indicate that the network does not supportan RQoS, or that a request to transition to a state in which an RQoS isavailable is rejected, for a PDU session identified by the fifthidentification information received by the AMF_A 240, and/or the 26thidentification information.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the 21st to 29th identification information includedin the registration reject message to indicate that the network does notsupport an RQoS, or that a request to transition to a state in which anRQoS is available is rejected, for a Registration Area (RA) and/orTracking Area (TA) to which the UE_A 10 currently belongs.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the 21st to 29th identification information includedin the registration reject message to indicate that the network does notsupport an RQoS, or that a request to transition to a state in which anRQoS is available is rejected, for an access network to which the UE_A10 currently connects.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the 21st to 29th identification information includedin the registration reject message to indicate that the network does notsupport an RQoS controlled in a UE-initiated manner, or that a requestto transition to a state in which an RQoS controlled in a UE-initiatedmanner is available is rejected.

Furthermore, the AMF_A 240 may transmit one or more identificationinformation among the 21st to 29th identification information includedin the registration reject message to indicate the network does notsupport an RQoS controlled in a network-initiated manner, or that arequest to transition to a state in which an RQoS controlled in anetwork-initiated manner is available is rejected.

The UE_A 10 may transmit the 21st identification information, ortransmit the 22nd identification information, or transmit the 23rdidentification information and the 24th identification information, ortransmit the 27th identification information, or transmit the 28thidentification information and the 29th identification information, ortransmit, in a case that two or more identification information of theseidentification information are configured as one or more identificationinformation, one or more these configured identification information, toindicate that the network does not support an RQoS controlled via theControl Plane and the network does not support an RQoS controlled viathe User Plane, or that a request to transition to a state in which anRQoS controlled via the Control Plane is available is rejected and arequest to transition to a state in which an RQoS controlled via theUser Plane is available is rejected.

Furthermore, the AMF_A 240 may transmit the 72nd identificationinformation and/or the 25th identification information and/or the 26thidentification information included in the registration reject messageto indicate that a request to establish a PDU session belonging to anetwork slice is rejected, indicate a network slice to which belongingof a PDU session is not allowed, or indicate a network slice to whichbelonging of a PDU session is rejected.

To be more specific, the AMF_A 240 may transmit the 72nd identificationinformation and the 25th identification information with beingassociated with each other to indicate that a request to establish a PDUsession belonging to a network slice is rejected, or indicate a networkslice to which belonging of a PDU session is not allowed, in a PDUsession established to a DN identified by the 25th identificationinformation.

Furthermore, the AMF_A 240 may transmit the 61st identificationinformation and the 26th identification information with beingassociated with each other to indicate that a request to establish a PDUsession belonging to a network slice is rejected, or indicate a networkslice to which belonging of a PDU session is not allowed, in a PDUsession identified by the 26th identification information.

Furthermore, the AMF_A 240 may transmit the 72nd identificationinformation included in the registration reject message to indicate thata request to establish a PDU session belonging to a network slice isrejected, or indicate a network slice to which belonging of a PDUsession is not allowed, in a registration area and/or tracking area towhich the UE_A 10 currently belongs.

Furthermore, the AMF_A 240 may transmit the 72nd identificationinformation included in the registration reject message to indicate thata request to establish a PDU session belonging to a network slice isrejected, or indicate a network slice to which belonging of a PDUsession is not allowed, in an access network to which the UE_A 10currently connects.

Furthermore, the AMF_A 240 may transmit the 72nd identificationinformation included in the registration reject message to indicate avalue of the first timer, or indicate whether the same procedure as thepresent procedure is to be performed again after the completion of thepresent procedure.

Furthermore, the AMF_A 240 may transmit two or more identificationinformation among the 21st to 29th identification information and/or the72nd identification information with being combined with each other torequest a combination of the above described matters. Note that thematters indicated by the AMF_A 240 transmitting the identificationinformation may not be limited to these.

Note that the AMF_A 240 may determine which identification informationamong the 21st to 29th identification information and/or the 72ndidentification information is to be included in the registration rejectmessage, based on the received identification information, and/or thecapability information of the network, and/or a policy such as theoperator policy, and/or the state of the network.

For example, the 21st identification information may be informationtransmitted in the case that the network does not support an RQoS,and/or in a case that one or more identification information among thefirst to eighth identification information are received. Furthermore,for example, the 22nd identification information and/or the 27thidentification information may be information transmitted in the casethat the network does not support an RQoS, and/or in a case that thefirst to third identification information and/or the sixth to eighthidentification information are received. Furthermore, the 23rdidentification information and/or the 28th identification informationmay be information transmitted in the case that the network supports anRQoS controlled via the Control Plane, and/or in the case that the firstto third identification information and/or the sixth to eighthidentification information are received. Furthermore, the 24thidentification information and/or the 29th identification informationmay be information transmitted in the case that the network supports anRQoS controlled via the User Plane, and/or in the case that the first tothird identification information and/or the sixth to eighthidentification information are received.

Furthermore, the 25th identification information may be informationindicating the same DNN as the DNN indicated by the fourthidentification information. Furthermore, the 26th identificationinformation may be information indicating the same PDU session ID as thePDU session ID indicated by the fifth identification information.Furthermore, the 72nd identification information may be informationtransmitted in a case that the 71st identification information isreceived and/or in a case that the network slice indicated by the 71stidentification information is not allowed by the network. Note that thedetermination performed by the AMF_A 240 as to which identificationinformation is to be included in the registration reject message is notlimited to the determination described above.

The UE_A 10 receives the registration reject message. The UE_A 10performs a second process based on the reception of the registrationreject message (S914). Note that the UE_A 10 may perform the secondprocess based on the completion of the present procedure.

Here, the second process may be a process in which the UE_A 10recognizes the matter indicated by the AMF_A 240. Furthermore, thesecond process may be a process in which the UE_A 10 stores the receivedidentification information as a context, or may be a process in whichthe UE_A 10 forwards the received identification information to thehigher layer and/or the lower layer. Furthermore, the second process maybe a process in which the UE_A 10 recognizes that the request for thepresent procedure is rejected.

Furthermore, in a case that the UE_A 10 receives one or moreidentification information among the 21st to 29th identificationinformation, the second process may be a process in which the UE_A 10transitions to a state incapable of performing the RQoS validationprocedure, or a process to maintain a state of not applying an RQoS.

To be more specific, in a case that the UE_A 10 receives the 22ndidentification information and/or the 23rd identification informationand/or the 27th identification information and/or the 28thidentification information, the second process may be a process in whichthe UE_A 10 transitions to a state incapable of performing the RQoSvalidation procedure controlled via the Control Plane. Furthermore, in acase that the UE_A 10 receives the 22nd identification informationand/or the 24th identification information and/or the 27thidentification information and/or the 29th identification information,the second process may be a process in which the UE_A 10 transitions toa state incapable of performing the RQoS validation procedure controlledvia the User Plane.

Furthermore, in a case that the UE_A 10 receives the 72nd identificationinformation, the second process may be a process in which the UE_A 10configures a first timer value to a value indicated by the 72ndidentification information, or a process in which the UE_A 10 starts thefirst timer configured with the timer value. Furthermore, in the casethat the UE_A 10 receives the 72nd identification information, thesecond process may be a process to perform one or more behaviors of thefirst to eleventh behaviors.

Furthermore, the second process may be a process in which the UE_A 10initiates again the present procedure after a certain time periodelapses, or a process in which the UE_A 10 transitions a state in whichthe request of the UE_A 10 is limited. Note that the second process maynot be limited to these processes.

Furthermore, the UE_A 10 may receive the registration reject message, ornot receive the registration accept message, and thereby, recognize thatthe request of the UE_A 10 is rejected. Each device completes theprocedure (B) in the present procedure, based on the transmission and/orreception of the registration reject message.

Each device completes the present procedure (registration procedure),based on the completion of the procedure (A) or (B) in the presentprocedure. Note that each device may transition to a state in which theUE_A 10 is registered with the network (RM_REGISTERED state), based onthe completion of the procedure (A) during the present procedure, or astate in which the UE_A 10 is not registered with the network(RM_DEREGISTERED state), based on the completion of the procedure (B)during the present procedure. The transition of each device to eachstate may be performed based on the completion of the present procedure,or based on the establishment of the PDU session.

Furthermore, each device may perform the process based on theidentification information transmitted and/or received in the presentprocedure, based on the completion of the present procedure. In otherwords, the UE_A 10 may perform the first process or perform the secondprocess, based on the completion of the present procedure.

The first condition determination may be performed based on theidentification information included in the registration request message,and/or the subscriber information, and/or the operator policy. Forexample, the first condition determination may be true in a case thatthe network allows the request of the UE_A 10. The first conditiondetermination may be false in a case that the network does not allow therequest of the UE_A 10. Furthermore, the first condition determinationmay be true in a case that a network with which the UE_A 10 isregistered and/or the device within the network support the function theUE_A 10 requests, or may be false in a case of not supporting thefunction. Furthermore, the first condition determination may be true ina case that the network is determined to be in a congested state, or maybe false in a case that the network is determined not to be in acongested state. Note that conditions with which true or false of thefirst condition determination is determined may not be limited to thepreviously described conditions.

The fourth condition determination may be performed based on whether ornot the AMF_A 240 receives an SM, or based on whether or not theregistration request message includes an SM message. For example, thefourth condition determination may be true in a case that the AMF_A 240receives an SM and/or in a case that the registration request messageincludes an SM message, or may be false in a case that the AMF_A 240does not receive an SM and/or in a case that the registration requestmessage does not include an SM message. Note that conditions with whichtrue or false of the fourth condition determination is determined maynot be limited to the previously described conditions.

1.3.2. Overview of PDU Session Establishment Procedure

Next, an overview of the PDU session establishment procedure performedto establish a PDU session for the DN_A 5 will be described.Hereinafter, the PDU session establishment procedure is also referred toas the present procedure. The present procedure is a procedure for eachdevice to establish a PDU session. Note that each device may perform thepresent procedure in a state of having completed the registrationprocedure, or in the registration procedure. Each device may initiatethe present procedure in a registered state, or at any timing after theregistration procedure. Each device may establish a PDU session, basedon the completion of the PDU session establishment procedure.Furthermore, each device may perform the present procedure multipletimes to establish multiple PDU sessions.

1.3.2.1. PDU Session Establishment Procedure Example

An example of a process of performing the PDU session establishmentprocedure will be described with reference to FIG. 10. Each step of thepresent procedure will be described below. First, the UE_A 10 transmitsa PDU Session Establishment Request message to the SMF_A 230 via the NRnode_A 122 and the AMF_A 240 (S1000) (S1002) (S1004) to initiate the PDUsession establishment procedure.

Specifically, the UE_A 10 transmits the PDU session establishmentrequest message to the AMF_A 240 via the NR node_A 122 by way of the N1interface (S1000). The AMF_A 240, in a case of receiving the PDU sessionestablishment request message, selects the SMF_A 230 as the NF to whichthe PDU session establishment request message is routed (S1002), andtransmits or forwards the PDU session establishment request message tothe selected SMF_A 230 by way of the N11 interface (S1004). Here, theAMF_A 240 may select the SMF_A 230 to be routed, based on informationincluded in the PDU session establishment request message. To be morespecific, the AMF_A 240 may select the SMF_A 230 to be routed, based onthe identification information obtained based on the reception of thePDU session establishment request message, and/or the subscriberinformation, and/or the capability information of the network, and/orthe operator policy, and/or the state of the network, and/or the contextthe AMF_A 240 already holds.

Note that the PDU session establishment request message may be a NASmessage. The PDU session establishment request message may be a messagefor requesting an establishment of a PDU session, but is not limitedthereto.

Here, the UE_A 10 may include one or more of identification informationamong the first to eighth identification information, the 61stidentification information, and the 71st identification information inthe PDU session establishment request message, or may indicate therequest of the UE_A 10 by including these identification information.Note that two or more identification information of these identificationinformation may be configured as one or more identification information.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to eighth identification informationincluded in the PDU session establishment request message to indicatethat the UE_A 10 supports an RQoS, or request to transition to a statein which an RQoS is available.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to eighth identification informationincluded in the PDU session establishment request message to indicatethat the UE_A 10 does not support an RQoS, or indicate that the UE_A 10does not request to transition to a state in which an RQoS is available.

To be more specific, the UE_A 10 may transmit the first identificationinformation and/or the second identification information and/or thesixth identification information and/or the seventh identificationinformation included in the PDU session establishment request message toindicate that the UE_A 10 supports an RQoS controlled via the ControlPlane, or request to transition to a state in which an RQoS controlledvia the Control Plane is available. In this case, the UE_A 10 maytransmit the PDU session establishment request message without includingthe third identification information and/or the eighth identificationinformation to indicate that the UE_A 10 does not support an RQoScontrolled via the User Plane, or indicate that the UE_A 10 does notrequest to transition to a state in which an RQoS controlled via theUser Plane is available.

The UE_A 10 may transmit the first identification information and/or thesecond identification information and/or the sixth identificationinformation and/or the seventh identification information included inthe PDU session establishment request message to indicate that the UE_A10 does not support an RQoS controlled via the Control Plane, orindicate that the UE_A 10 does not request to transition to a state inwhich an RQoS controlled via the Control Plane is available.

Furthermore, the UE_A 10 may transmit the first identificationinformation and/or the third identification information and/or the sixthidentification information and/or the eighth identification informationincluded in the PDU session establishment request message to indicatethat the UE_A 10 supports an RQoS controlled via the User Plane, orrequest to transition to a state in which an RQoS controlled via theUser Plane is available. In this case, the UE_A 10 may transmit the PDUsession establishment request message without including the secondidentification information and/or the seventh identification informationto indicate that the UE_A 10 does not support an RQoS controlled via theControl Plane, or indicate that the UE_A 10 does not request totransition to a state in which an RQoS controlled via the Control Planeis available.

The UE_A 10 may transmit the first identification information and/or thethird identification information and/or the sixth identificationinformation and/or the eighth identification information included in thePDU session establishment request message to indicate that the UE_A 10does not support an RQoS controlled via the User Plane, or indicate thatthe UE_A 10 does not request to transition to a state in which an RQoScontrolled via the User Plane is available.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to third identification information and thesixth to eighth identification information with being associated withthe fourth identification information to indicate whether or not theUE_A 10 supports an RQoS, or whether or not the UE_A 10 requests totransition to a state in which an RQoS is available, for a PDU sessionestablished to a DN identified by the fourth identification information.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to third identification information and thesixth to eighth identification information with being associated withthe fifth identification information to indicate whether or not the UE_A10 supports an RQoS, or whether or not the UE_A 10 requests totransition to a state in which an RQoS is available, for a PDU sessionidentified by the fifth identification information.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to eighth identification informationincluded in the PDU session establishment request message to indicatewhether or not the UE_A 10 supports an RQoS controlled in a UE-initiatedmanner, or whether or not the UE_A 10 requests to transition to a statein which an RQoS controlled in a UE-initiated manner is available.

Furthermore, the UE_A 10 may transmit one or more identificationinformation among the first to eighth identification informationincluded in the PDU session establishment request message to indicatewhether not the UE_A 10 supports an RQoS controlled in anetwork-initiated manner, or whether not the UE_A 10 requests totransition to a state in which an RQoS controlled in a network-initiatedmanner is available.

The UE_A 10 may transmit the first identification information, ortransmit the second identification information and the thirdidentification information, or transmit the sixth identificationinformation, or transmit the seventh identification information and theeighth identification information, or transmit, in a case that two ormore identification information of these identification information areconfigured as identification information of one or more identificationinformation, one or more of these configured identification information,to indicate that the UE_A 10 supports an RQoS controlled via the ControlPlane and the UE_A 10 supports an RQoS controlled via the User Plane, orrequest to transition to a state in which an RQoS controlled via theUser Plane is available and transition to a state in which an RQoScontrolled via the User Plane is available.

Furthermore, the UE_A 10 may include the 61st identification informationand/or the fourth identification information and/or the fifthidentification information in the PDU session establishment requestmessage and transmit them for requesting the service authenticationand/or authorization by the DN via the 3GPP interface (such as the N6interface), or requesting to perform the PDU session establishmentauthentication and/or authorization procedure in the present procedure.

To be more specific, the UE_A 10 may transmit the 61st identificationinformation and the fourth identification information with beingassociation with each other to request the service authentication and/orauthorization by the DN_A 5 via the 3GPP interface, or request toperform the PDU session establishment authentication and/orauthorization procedure in the present procedure, in a PDU sessionestablished to a DN identified by the fourth identification information.

Furthermore, the UE_A 10 may transmit the 61st identificationinformation and the fifth identification information with beingassociation with each other to request the service authentication and/orauthorization by the DN_A 5 via the 3GPP interface, or request toperform the PDU session establishment authentication and/orauthorization procedure in the present procedure, in a PDU sessionidentified by the fifth identification information.

Furthermore, the UE_A 10 may transmit the 71st identificationinformation and/or the fourth identification information and/or thefifth identification information included in the PDU sessionestablishment request message to request establishment of a PDU sessionbelonging to a network slice, indicate a network slice to which a PDUsession requested by the UE_A 10 belongs, or indicate a network slice towhich a PDU session is to belong.

To be more specific, the UE_A 10 may transmit the 71st identificationinformation and the fourth identification information with beingassociated with each other to request establishment of a PDU sessionbelonging to a network slice, indicate a network slice to which a PDUsession requested by the UE_A 10 belongs, or indicate a network slice towhich a PDU session is to belong, in a PDU session established to a DNidentified by the fourth identification information.

Furthermore, the UE_A 10 may transmit the 61st identificationinformation and the fifth identification information with beingassociated with each other to request establishment of a PDU sessionbelonging to a network slice, indicate a network slice to which a PDUsession requested by the UE_A 10 belongs, or indicate a network slice towhich a PDU session is to belong, in a PDU session identified by thefifth identification information.

Furthermore, the UE_A 10 may transmit two or more pieces identificationinformation among the first to eighth identification information, the61st identification information, and the 71st identification informationwith being combined with each other to perform the request combined withthe above described matters. Note that the matters indicated by the UE_A10 transmitting the identification information may not be limited tothese.

Note that the UE_A 10 may determine which identification informationamong the first to eighth identification information, the 61stidentification information, and the 71st identification information isto be included in the PDU session establishment request message, basedon the capability information of the UE_A 10, and/or a policy such as aUE policy, and/or a preference of the UE_A 10, and/or the application(higher layer). Note that the determination performed by the UE_A 10 asto which identification information is to be included in the PDU sessionestablishment request message is not limited to the determinationdescribed above.

The SMF_A 230 receives the PDU session establishment request message,and performs third condition determination. The third conditiondetermination is for the SMF_A 230 to determine whether to accept arequest of the UE_A 10. In the third condition determination, the SMF_A230 determines whether the third condition determination is true orfalse. In a case that the third condition determination is true, theSMF_A 230 initiates a procedure (A) in the present procedure, and in acase that the third condition determination is false, the SMF_A 230initiates a procedure (B) in the present procedure. Note that steps inthe case that the third condition determination is false will bedescribed later.

Hereinafter, steps in the case that third condition determination istrue, that is, the steps in the procedure (A) in the present procedurewill be described. The SMF_A 230 selects the UPF_A 235 to which a PDUsession is established, and performs an eleventh conditiondetermination.

Here, the eleventh condition determination is for each device todetermine whether to perform the PDU session establishmentauthentication and/or authorization procedure. In the eleventh conditiondetermination, the SMF_A 230 determines whether the eleventh conditiondetermination is true or false. In a case that the eleventh conditiondetermination is true, the SMF_A 230 initiates the PDU sessionestablishment authentication and/or authorization procedure (S1005), orin a case that the eleventh condition determination is false, the SMF_A230 omits the PDU session establishment authentication and/orauthorization procedure. Note that details of the PDU sessionestablishment authentication and/or authorization procedure aredescribed later.

Next, the SMF_A 230 transmits a Session Establishment request message tothe selected UPF_A 235 (S1006), based on the eleventh conditiondetermination and/or completion of PDU session establishmentauthentication and/or authorization procedure, to initiate the procedure(A) in the present procedure. Note that, the SMF_A 230 may not initiatethe procedure (A) in the present procedure, based on the completion ofthe PDU session establishment authentication and/or authorizationprocedure, but may initiate the procedure (B) in the present procedure.

Here, the SMF_A 230 may select one or more UPFs_A 235, based on theidentification information obtained based on the reception of the PDUsession establishment request message, and/or the capability informationof the network, and/or the subscriber information, and/or the operatorpolicy, and/or the state of the network, and/or the context the SMF_A230 already holds. Note that in a case that multiple UPFs_A 235 areselected, the SMF_A 230 may transmit a session establishment requestmessage to each of the UPFs_A 235.

The UPF_A 235 receives the session establishment request message andcreates a context for the PDU session. Furthermore, the UPF_A 235transmits a Session Establishment response message to the SMF_A 230,based on the reception of the session establishment request messageand/or the creation of context for the PDU session (S1008). Furthermore,the SMF_A 230 receives the session establishment response message. Notethat the session establishment request message and the sessionestablishment response message may be control messages transmittedand/or received on the N4 interface. Furthermore, the sessionestablishment response message may be a response message to the sessionestablishment request message.

Furthermore, the SMF_A 230 may perform address allocation of an addressto be allocated to the UE_A 10, based on the reception of the PDUsession establishment request message, and/or the selection of the UPF_A235, and/or the reception of the session establishment response message.Note that the SMF_A 230 may perform the address allocation of an addressto be allocated to the UE_A 10 during the PDU session establishmentprocedure, or after the completion of the PDU session establishmentprocedure.

Specifically, in a case that the SMF_A 230 allocates an IPv4 addresseswithout using DHCPv4, the SMF_A 230 may perform the address allocationduring the PDU session establishment procedure, or may transmit theallocated address to the UE_A 10.

Furthermore, in a case that the SMF_A 230 allocate an IPv4 addressand/or an IPv6 address and/or IPv6 prefix by using DHCPv4 or DHCPv6 orStateless Address Autoconfiguration (SLAAC), the SMF_A 230 may performthe address allocation after the PDU session establishment procedure, ormay transmit the allocated address to the UE_A 10. Note that the addressallocation performed by the SMF_A 230 is not limited to these.

Note that the SMF_A 230 may transmit the allocated address included inthe PDU session establishment accept message to the UE_A 10, based onthe completion of the address allocation of the address to be allocatedto the UE_A 10, or may transmit to the UE_A 10 after the completion ofthe PDU session establishment procedure.

The SMF_A 230 transmits a PDU session establishment accept message tothe UE_A 10 via the AMF_A 240, based on the reception of the PDU sessionestablishment request message, and/or the selection of the UPF_A 235,and/or the reception of the session establishment response message,and/or the completion of the address allocation of the address to beallocated to the UE_A 10 (S1010).

Specifically, the SMF_A 230 transmits the PDU session establishmentaccept message to the AMF_A 240 by way of the N11 interface, and theAMF_A 240 receiving the PDU session establishment accept messagetransmits the PDU session establishment accept message to the UE_A 10 byway of the N1 interface.

Note that in a case that the PDU session is a PDN connection, the PDUsession establishment accept message may be a PDN connectivity acceptmessage. Furthermore, the PDU session establishment accept message maybe a NAS message transmitted and/or received on the N11 interface andthe N1 interface. The PDU session establishment accept message is notlimited to that described above, but may be a message indicating the PDUsession establishment is accepted.

Here, the SMF_A 230 may include one or more identification informationamong the eleventh to nineteenth identification information in the PDUsession establishment accept message, or may indicate that the requestof the UE_A 10 is accepted, by including these identificationinformation. Note that two or more identification information of theseidentification information may be configured as one or moreidentification information.

Furthermore, the SMF_A 230 may transmit one or more identificationinformation among the eleventh to nineteenth identification informationincluded in the PDU session establishment accept message to indicatethat the network supports an RQoS, or that a request to transition to astate in which an RQoS is available is accepted.

To be more specific, the SMF_A 230 may transmit the eleventhidentification information and/or the twelfth identification informationand/or the seventeenth identification information and/or the eighteenthidentification information included in the PDU session establishmentaccept message to indicate that the network supports an RQoS controlledvia the Control Plane, or that a request to transition to a state inwhich an RQoS controlled via the Control Plane is available is accepted.In this case, the SMF_A 230 may transmit the PDU session establishmentaccept message without including the thirteenth identificationinformation and/or the nineteenth identification information to indicatethat the network does not support an RQoS controlled via the User Plane,or that a request to transition to a state in which an RQoS controlledvia the User Plane is available is rejected.

The SMF_A 230 may transmit the eleventh identification informationand/or the twelfth identification information and/or the seventeenthidentification information and/or the eighteenth identificationinformation included in the PDU session establishment accept message toindicate that the network does not support an RQoS controlled via theControl Plane, or that a request to transition to a state in which anRQoS controlled via the Control Plane is available is rejected.

Furthermore, the SMF_A 230 may transmit the eleventh identificationinformation and/or the thirteenth identification information and/or theseventeenth identification information and/or the nineteenthidentification information included in the PDU session establishmentaccept message to indicate that the network supports an RQoS controlledvia the User Plane, or that a request to transition to a state in whichan RQoS controlled via the User Plane is available is accepted. In thiscase, the SMF_A 230 may transmit the registration accept message withoutincluding the twelfth identification information and/or the eighteenthidentification information to indicate that the network does not supportan RQoS controlled via the Control Plane, or that a request totransition to a state in which an RQoS controlled via the Control Planeis available is rejected.

The SMF_A 230 may transmit the eleventh identification informationand/or the thirteenth identification information and/or the seventeenthidentification information and/or the nineteenth identificationinformation included in the PDU session establishment accept message toindicate that the network does not support an RQoS controlled via theUser Plane, or that a request to transition to a state in which an RQoScontrolled via the User Plane is available is rejected.

Furthermore, the SMF_A 230 may transmit one or more identificationinformation among the eleventh to thirteenth identification informationand the seventeenth to nineteenth identification information with beingassociated with the fourteenth identification information to indicatewhether or not the network supports an RQoS, or whether or not a requestto transition to a state in which an RQoS is available is accepted, fora PDU session established to a DN identified by the fourteenthidentification information.

Furthermore, the SMF_A 230 may transmit one or more identificationinformation among the eleventh to thirteenth identification informationand the seventeenth to nineteenth identification information with beingassociated with the fifteenth identification information to indicatewhether or not the network supports an RQoS, or whether or not a requestto transition to a state in which an RQoS is available is accepted, fora PDU session identified by the fifteenth identification information.

Furthermore, the SMF_A 230 may transmit one or more identificationinformation among the eleventh to nineteenth identification informationincluded in the PDU session establishment accept message to indicatewhether or not the network supports an RQoS controlled in a UE-initiatedmanner, or whether or not a request to transition to a state in which anRQoS controlled in a UE-initiated manner is available is accepted.

Furthermore, the SMF_A 230 may transmit one or more identificationinformation among the eleventh to nineteenth identification informationincluded in the PDU session establishment accept message to indicatewhether or not the network supports an RQoS controlled in anetwork-initiated manner, or whether or not a request to transition to astate in which an RQoS controlled in a network-initiated manner isavailable is accepted.

Furthermore, the SMF_A 230 may transmit one or more identificationinformation among the eleventh to fifteenth identification informationand the seventeenth to nineteenth identification information with beingassociated with the sixteenth identification information to indicate anRQoS valid period applied to user data communication, a period duringwhich an RQoS for user data communication is valid after the RQoS isvalidated, or a period until the RQoS timer expires which starts at thetime that an RQoS for user data communication is validated.

The UE_A 10 may transmit the eleventh identification information, ortransmit the twelfth identification information and the thirteenthidentification information, or transmit the seventeenth identificationinformation, or transmit the eighteenth identification information andthe nineteenth identification information, or transmit, in a case thattwo or more identification information of these identificationinformation are configured as identification information of one or moreidentification information, one or more of these configuredidentification information, to indicate that the network supports anRQoS controlled via the Control Plane and the network supports an RQoScontrolled via the User Plane, or to indicate that a request totransition to a state in which an RQoS controlled via the Control Planeis available is accepted and a request to transition to a state in whichan RQoS controlled via the User Plane is available is accepted.

Furthermore, the SMF_A 230 may transmit two or more piecesidentification information among the eleventh to nineteenthidentification information with being combined with each other toperform the request combined with the above described matters. Note thatthe matters indicated by the SMF_A 230 transmitting the identificationinformation may not be limited to these.

Note that the SMF_A 230 may determine which identification informationamong the eleventh to nineteenth identification information is to beincluded in the PDU session establishment accept message, based on thereceived identification information, and/or the capability informationof the network, and/or a policy such as the operator policy, and/or thestate of the network.

For example, the eleventh identification information and/or theseventeenth identification information may be information transmitted inthe case that the network supports an RQoS, and/or in a case that thefirst to third identification information and/or the sixth to eighthidentification information are received. Furthermore, the twelfthidentification information and/or the eighteenth identificationinformation may be information transmitted in the case that the networksupports an RQoS controlled via the Control Plane, and/or in the casethat the first to third identification information and/or the sixth toeighth identification information are received. Furthermore, thethirteenth identification information and/or the nineteenthidentification information may be information transmitted in the casethat the network supports an RQoS controlled via the User Plane, and/orin the case that the first to third identification information and/orthe sixth to eighth identification information are received.

Furthermore, the fourteenth identification information may beinformation indicating the same DNN as the DNN indicated by the fourthidentification information, or may be information indicating a differentDNN. Furthermore, the fifteenth identification information may beinformation indicating the same PDU session 1D as the PDU session IDindicated by the fifth identification information, or may be informationindicating a different PDU session ID. Note that the determinationperformed by the SMF_A 230 as to which identification information is tobe included in the PDU session establishment accept message is notlimited to the determination described above.

The UE_A 10 receives the PDU session establishment accept message. TheUE_A 10 receives the PDU session establishment accept message torecognize the contents of various identification information included inthe PDU session establishment accept message.

The UE_A 10 further performs a third process, based on the reception ofthe PDU session establishment accept message (S1012). Note that the UE_A10 may perform the third process based on transmission of a PDU sessionestablishment complete message, or based on the completion of thepresent procedure.

Here, the third process may be a process in which the UE_A 10 recognizesthe matter indicated by the SMF_A 230. Furthermore, the third processmay be a process in which the UE_A 10 stores the received identificationinformation as a context, or may be a process in which the UE_A 10forwards the received identification information to the higher layerand/or the lower layer. Furthermore, the third process may be a processin which the UE_A 10 recognizes that the request for the presentprocedure is accepted.

Furthermore, in a case that the UE_A 10 receives one or moreidentification information among the eleventh to nineteenthidentification information, the third process may be a process in whichthe UE_A 10 transitions to a state capable of performing the RQoSvalidation procedure at any timing, or a process in which the UE_A 10initiates the RQoS validation procedure.

To be more specific, in a case that the UE_A 10 receives the eleventhidentification information and/or the twelfth identification informationand/or the seventeenth identification information and/or the eighteenthidentification information, the third process may be a process in whichthe UE_A 10 transitions to a state capable of performing the RQoSvalidation procedure controlled via the Control Plane at any timing.Furthermore, in case that the UE_A 10 receives the eleventhidentification information and/or the thirteenth identificationinformation and/or the seventeenth identification information and/or thenineteenth identification information, the third process may be aprocess in which the UE_A 10 transitions to a state capable ofperforming the RQoS validation procedure controlled via the User Planeat any timing.

Furthermore, in a case that the UE_A 10 receives one or moreidentification information among the eleventh to nineteenthidentification information, and the sixteenth identificationinformation, the third process may be a process in which the UE_A 10sets a timer value of an RQoS to a value indicated by the sixteenthidentification information. Note that the third process may not belimited to these processes.

Next, the UE_A 10 transmits the PDU session establishment completemessage to the SMF_A 230 via the AMF_A 240, based on the reception ofthe PDU session establishment accept message and/or the completion ofthe third process (S1014). Furthermore, the SMF_A 230 receives the PDUsession establishment complete message, and performs second conditiondetermination.

Specifically, the UE_A 10 transmits the PDU session establishmentcomplete message to the AMF_A 240 by way of the N1 interface, and theAMF_A 240 receiving the PDU session establishment complete messagetransmits the PDU session establishment complete message to the SMF_A230 by way of the N11 interface.

Note that in a case that the PDU session is a PDN connection, the PDUsession establishment complete message may be a PDN Connectivitycomplete message, or an Activate default EPS bearer context acceptmessage. Furthermore, the PDU session establishment complete message maybe a NAS message transmitted and/or received on the N1 interface and theN11 interface. The PDU session establishment complete message may be aresponse message to the PDU session establishment accept message, but isnot limited thereto, and may be a message indicating that the PDUsession establishment procedure is completed.

The second condition determination is for the SMF_A 230 to determine atype of message to be transmitted and/or received on the N4 interface.In a case that the second condition determination is true, SMF_A 230transmits a Session Modification request message to UPF_A 235 (S1018),and further receives a session modification accept (Session Modificationresponse) message that is transmitted by the UPF_A 235 receiving thesession modification request message (S1020). In a case that the secondcondition determination is false, the SMF_A 230 transmits a sessionestablishment request message to the UPF_A 235 (S1018), and furtherreceives the session modification accept message that is transmitted bythe UPF_A 235 receiving the session establishment request message(S1020).

Each device completes the procedure (A) in the present procedure, basedon the transmission and/or reception of the PDU session establishmentcomplete message, and/or the transmission and/or reception of thesession modification response message, and/or the transmission and/orreception of the session establishment response message, and/or thetransmission and/or reception of the RA.

Next, steps in the case that the third condition determination is false,that is, the steps in the procedure (B) in the present procedure will bedescribed. The SMF_A 230 transmits a PDU session establishment rejectmessage to the UE_A 10 via the AMF_A 240 (S1022) to initiate theprocedure (B) in the present procedure.

Specifically, the SMF_A 230 transmits the PDU session establishmentreject message to the AMF_A 240 by way of the N11 interface, and theAMF_A 240 receiving the PDU session establishment request messagetransmits the PDU session establishment reject message to the UE_A 10 byway of the N1 interface.

Note that in a case that the PDU session is a PDN connection, the PDUsession establishment reject message may be a PDN connectivity rejectmessage. Furthermore, the PDU session establishment reject message maybe a NAS message transmitted and/or received on the N11 interface andthe N1 interface. The PDU session establishment reject message is notlimited to that described above, and may be a message indicating the PDUsession establishment is rejected.

Here, the SMF_A 230 may include one or more identification informationamong the 21st to 29th identification information and the 72ndidentification information in the PDU session establishment rejectmessage, or may indicate that the request of the UE_A 10 is rejected, byincluding these identification information. Note that two or moreidentification information of these identification information may beconfigured as one or more identification information.

Furthermore, the SMF_A 230 may transmit one or more identificationinformation among the 21st to 29th identification information includedin the PDU session establishment reject message to indicate that thenetwork does not support an RQoS, or that a request to transition to astate in which an RQoS is available is rejected.

To be more specific, the SMF_A 230 may transmit the 21st identificationinformation and/or the 22nd identification information and/or the 23rdidentification information and/or the 27th identification informationand/or the 28th identification information included in the PDU sessionestablishment reject message to indicate that the network does notsupport an RQoS controlled via the Control Plane, or that a request totransition to a state in which an RQoS controlled via the Control Planeis available is rejected. In this case, the SMF_A 230 may transmit theregistration reject message without including the 24th identificationinformation and/or the 29th identification information to indicate thatthe network supports an RQoS controlled via the User Plane, or that arequest to transition to a state in which an RQoS controlled via theUser Plane is available is accepted.

Furthermore, the SMF_A 230 may transmit the 21st identificationinformation and/or the 22nd identification information and/or the 24thidentification information and/or the 27th identification informationand/or the 29th identification information included in the PDU sessionestablishment reject message to indicate that the network does notsupport an RQoS controlled via the User Plane, or that a request totransition to a state in which an RQoS controlled via the User Plane isavailable is rejected. In this case, the SMF_A 230 may performtransmission without including the 23rd identification informationand/or the 28th identification information to indicate that the networksupports an RQoS controlled via the Control Plane, or that a request totransition to a state in which an RQoS controlled via the Control Planeis available is accepted.

Furthermore, the SMF_A 230 may transmit the 21st identificationinformation, and/or transmit one or more identification informationamong the 22nd to 24th identification information and the 27th to 29thidentification information with being associated with the 25thidentification information to indicate that the network does not supportan RQoS, or that a request to transition to a state in which an RQoS isavailable is rejected, for a PDU session established to a DN identifiedby the fourth identification information received by the SMF_A 230,and/or the 25th identification information.

Furthermore, the SMF_A 230 may transmit the 21st identificationinformation, and/or transmit one or more identification informationamong the 22nd to 24th identification information and the 27th to 29thidentification information with being associated with the 26thidentification information to indicate that the network does not supportan RQoS, or that a request to transition to a state in which an RQoS isavailable is rejected, for a PDU session identified by the fifthidentification information received by the SMF_A 230, and/or the 26thidentification information.

Furthermore, the SMF_A 230 may transmit one or more identificationinformation among the 21st to 29th identification information includedin the PDU session establishment reject message to indicate that thenetwork does not support an RQoS, or that a request to transition to astate in which an RQoS is available is rejected, for a registration areaand/or tracking area to which the UE_A 10 currently belongs.

Furthermore, the SMF_A 230 may transmit one or more identificationinformation among the 21st to 29th identification information includedin the PDU session establishment reject message to indicate that thenetwork does not support an RQoS, or that a request to transition to astate in which an RQoS is available is rejected, for an access networkto which the UE_A 10 currently connects.

Furthermore, the SMF_A 230 may transmit one or more identificationinformation among the 21st to 29th identification information includedin the PDU session establishment reject message to indicate that thenetwork does not support an RQoS controlled in a UE-initiated manner, orthat a request to transition to a state in which an RQoS controlled in aUE-initiated manner is available is rejected. Furthermore, the SMF_A 230may transmit one or more identification information among the 21st to29th identification information included in the PDU sessionestablishment reject message to indicate the network does not support anRQoS controlled in a network-initiated manner, or that a request totransition to a state in which an RQoS controlled in a network-initiatedmanner is available is rejected.

The UE_A 10 may transmit the 21st identification information, ortransmit the 22nd identification information, or transmit the 23rdidentification information and the 24th identification information, ortransmit the 27th identification information, or transmit the 28thidentification information and the 29th identification information, ortransmit, in a case that two or more identification information of theseidentification information are configured as identification informationof one or more identification information, one or more of theseconfigured identification information, to indicate that the network doesnot support an RQoS controlled via the Control Plane and the networkdoes not support an RQoS controlled via the User Plane, or that arequest to transition to a state in which an RQoS controlled via theControl Plane is available is rejected and a request to transition to astate in which an RQoS controlled via the User Plane is available isrejected.

Furthermore, the SMF_A 230 may transmit the 72nd identificationinformation and/or the 25th identification information and/or the 26thidentification information included in the PDU session establishmentreject message to indicate that a request to establish a PDU sessionbelonging to a network slice is rejected, or indicate a network slice towhich belonging of a PDU session is not allowed.

To be more specific, the SMF_A 230 may transmit the 72nd identificationinformation and the 25th identification information with beingassociated with each other to indicate that a request to establish a PDUsession belonging to a network slice is rejected, or indicate a networkslice to which belonging of a PDU session is not allowed, in a PDUsession established to a DN identified by the 25th identificationinformation.

Furthermore, the SMF_A 230 may transmit the 61st identificationinformation and the 26th identification information with beingassociated with each other to indicate that a request to establish a PDUsession belonging to a network slice is rejected, or indicate a networkslice to which belonging of a PDU session is not allowed, in a PDUsession identified by the 26th identification information.

Furthermore, the SMF_A 230 may transmit the 72nd identificationinformation included in the PDU session establishment reject message toindicate that a request to establish a PDU session belonging to anetwork slice is rejected, or indicate a network slice to whichbelonging of a PDU session is not allowed, in a registration area and/ortracking area to which the UE_A 10 currently belongs.

Furthermore, the SMF_A 230 may transmit the 72nd identificationinformation included in the PDU session establishment reject message toindicate that a request to establish a PDU session belonging to anetwork slice is rejected, or indicate a network slice to whichbelonging of a PDU session is not allowed, in an access network to whichthe UE_A 10 currently connects.

Furthermore, the SMF_A 230 may transmit the 72nd identificationinformation included in the PDU session establishment reject message toindicate a value of the first timer, or indicate whether the sameprocedure as the present procedure is to be performed again after thecompletion of the present procedure.

Furthermore, the SMF_A 230 may transmit two or more identificationinformation among the 21st to 29th identification information and/or the72nd identification information with being combined with each other torequest a combination of the above described matters. Note that thematters indicated by the SMF_A 230 transmitting the identificationinformation may not be limited to these.

Note that the SMF_A 230 may determine which identification informationamong the 21st to 29th identification information and the 72ndidentification information is to be included in the PDU sessionestablishment reject message, based on the received identificationinformation, and/or the capability information of the network, and/or apolicy such as the operator policy, and/or the state of the network.

For example, the 21st identification information may be informationtransmitted in the case that the network does not support an RQoS,and/or in a case that one or more identification information among thefirst to eighth identification information are received. Furthermore,for example, the 22nd identification information and/or the 27thidentification information may be information transmitted in the casethat the network does not support an RQoS, and/or in a case that thefirst to third identification information and/or the sixth to eighthidentification information are received. Furthermore, the 23rdidentification information and/or the 28th identification informationmay be information transmitted in the case that the network supports anRQoS controlled via the Control Plane, and/or in the case that the firstto third identification information and/or the sixth to eighthidentification information are received. Furthermore, the 24thidentification information and/or the 29th identification informationmay be information transmitted in the case that the network supports anRQoS controlled via the User Plane, and/or in the case that the first tothird identification information and/or the sixth to eighthidentification information are received.

Furthermore, the 25th identification information may be informationindicating the same DNN as the DNN indicated by the fourthidentification information. Furthermore, the 26th identificationinformation may be information indicating the same PDU session ID as thePDU session ID indicated by the fifth identification information.Furthermore, the 72nd identification information may be informationtransmitted in a case that the 71st identification information isreceived and/or in a case that the network slice indicated by the 71stidentification information is not allowed by the network. Note that thedetermination performed by the SMF_A 230 as to which identificationinformation is to be included in the PDU session establishment rejectmessage is not limited to the determination described above.

The UE_A 10 receives the PDU session establishment reject message. TheUE_A 10 performs a fourth process based on the reception of the PDUsession establishment reject message (S1024). Note that the UE_A 10 mayperform the fourth process based on the completion of the presentprocedure.

Here, the fourth process may be a process in which the UE_A 10recognizes the matter indicated by the SMF_A 230. Furthermore, thefourth process may be a process in which the UE_A 10 stores the receivedidentification information as a context, or may be a process in whichthe UE_A 10 forwards the received identification information to thehigher layer and/or the lower layer. Furthermore, the fourth process maybe a process in which the UE_A 10 recognizes that the request for thepresent procedure is rejected.

Furthermore, in a case that the UE_A 10 receives one or moreidentification information among the 21st to 29th identificationinformation, the fourth process may be a process in which the UE_A 10transitions to a state incapable of performing the RQoS validationprocedure, or a process to maintain a state of not applying an RQoS.

To be more specific, in a case that the UE_A 10 receives the 22ndidentification information and/or the 23rd identification informationand/or the 27th identification information and/or the 28thidentification information, the fourth process may be a process in whichthe UE_A 10 transitions to a state incapable of performing the RQoSvalidation procedure controlled via the Control Plane. Furthermore, in acase that the UE_A 10 receives the 22nd identification informationand/or the 24th identification information and/or the 27thidentification information and/or the 29th identification information,the fourth process may be a process in which the UE_A 10 transitions toa state incapable of performing the RQoS validation procedure controlledvia the User Plane.

Furthermore, in a case that the UE_A 10 receives the 72nd identificationinformation, the fourth process may be a process in which the UE_A 10configures a first timer value to a value indicated by the 72ndidentification information, or a process in which the first timerconfigured with the timer value is started. Furthermore, in the casethat the UE_A 10 receives the 72nd identification information, thefourth process may be a process to perform one or more behaviors of thefirst to eleventh behaviors.

Furthermore, the fourth process may be a process in which the UE_A 10initiates again the present procedure after a certain time periodelapses, or a process in which the UE_A 10 transitions a state in whichthe request of the UE_A 10 is limited. Note that the fourth process maynot be limited to these processes.

Furthermore, the UE_A 10 may receive the PDU session establishmentreject message, or not receive the PDU session establishment acceptmessage, and thereby, recognize that the request of the UE_A 10 isrejected. Each device completes the procedure (B) in the presentprocedure, based on the transmission and/or reception of the PDU sessionestablishment reject message.

Each device completes the present procedure, based on the completion ofthe procedure (A) or (B) in the present procedure. Note that each devicemay transition to a state in which the PDU session is established, basedon the completion of the procedure (A) in the present procedure, mayrecognize that the present procedure is rejected, based on thecompletion of the procedure (B) in the present procedure, or maytransition to a state in which the PDU session is not established.

Furthermore, each device may perform the process based on theidentification information transmitted and/or received in the presentprocedure, based on the completion of the present procedure. In otherwords, the UE_A 10 may perform the third process or perform the fourthprocess, based on the completion of the present procedure.

The third condition determination may be performed based on theidentification information included in the PDU session establishmentrequest message, and/or the subscriber information, and/or the operatorpolicy. For example, the third condition determination may be true in acase that the network allows the request of the UE_A 10. The thirdcondition determination may be false in a case that the network does notallow the request of the UE_A 10. Furthermore, the third conditiondetermination may be true in a case that a network to which the UE_A 10is connected and/or the device within the network support the functionthe UE_A 10 requests, or may be false in a case of not supporting thefunction. Furthermore, the third condition determination may be true ina case that the network is determined to be in a congested state, or maybe false in a case that the network is determined not to be in acongested state. Note that conditions with which true or false of thethird condition determination is determined may not be limited to thepreviously described conditions.

The second condition determination may be performed based on whether ornot a session on the N4 interface for the PDU session is established.For example, the second condition determination may be true in a casethat a session on the N4 interface for the PDU session is established,and may be false in a case of not being established. Note thatconditions with which true or false of the second conditiondetermination is determined may not be limited to the previouslydescribed conditions.

The eleventh condition determination may be performed based on theidentification information included in the PDU session establishmentrequest message, and/or the subscriber information, and/or the operatorpolicy. For example, the eleventh condition determination may be true ina case that the network allows the authentication and/or authorizationby the DN_A 5 to be performed during the present procedure. The eleventhcondition determination may be false in a case that the network does notallow the authentication and/or authorization by the DN_A 5 to beperformed during the present procedure. Furthermore, the eleventhcondition determination may be true in a case that a network to whichthe UE_A 10 is connected and/or the device within the network supportthe performing of the authentication and/or authorization by the DN_A 5during the present procedure, or may be false in a case of notsupporting. Furthermore, the eleventh condition determination may betrue in a case that the 61st identification information is received, ormay be false in a case of not being received. In other words, theeleventh condition determination may be true in a case that informationsuch as SM PDU DN Request Container and/or a container containingmultiple information are received, and may be false in a case of notbeing received. Note that conditions with which true or false of theeleventh condition determination is determined may not be limited to thepreviously described conditions.

1.3.3. Overview of PDU Session Establishment Authentication and/orAuthorization Procedure

Next, an overview of the PDU session establishment authentication and/orauthorization procedure performed by the DN_A 5 to authenticate and/orauthorize a PDU session will be described. Hereinafter, the PDU sessionestablishment authentication and/or authorization procedure is alsoreferred to as the present procedure. The present procedure is aprocedure for the DN_A 5 and/or the device in the DN_A 5 to authenticateand/or authorize a PDU session. Note that each device may perform thepresent procedure in a state in which the PDU session is established, orin the PDU session establishment procedure. For example, the SMF_A 230may initiate the present procedure in a case that the SMF_A 230 receivesthe PDU session establishment request message including at least the61st identification information in the registration procedure and/or thePDU session establishment procedure. The SMF_A 230 may initiate thepresent procedure in a case that a 21st condition determination is truein the registration procedure and/or the PDU session establishmentprocedure.

Each device may initiate the present procedure in a state in which thePDU session establishment procedure is completed, or at any timing afterthe PDU session establishment procedure. Each device may transition to astate in which the PDU session is authenticated and/or authorized by theDN_A 5 and/or the device in the DN_A 5, based on the completion of thePDU session establishment authentication and/or authorization procedure.

1.3.3.1. Example of PDU Session Establishment Authentication and/orAuthorization Procedure Example

An example of a process of performing the PDU session establishmentauthentication and/or authorization procedure will be described withreference to FIG. 11. Each step of the present procedure will bedescribed below. First, the SMF_A 230 transmits an authentication and/orauthorization request (Authentication/Authorization Request) message tothe DN_A 5 and/or the device in the DN_A 5 via the UPF_A 235 (S1100) toinitiate the PDU session establishment authentication and/orauthorization procedure.

Specifically, the SMF_A 230 selects the UPF_A 235 and/or the DN_A 5and/or the device in the DN_A 5, and transmits the authentication and/orauthorization request message to the selected UPF_A 235 by way of the N4interface. The UPF_A 235, in a case of receiving the authenticationand/or authorization request message, transmits or forwards theauthentication and/or authorization request message to the DN_A 5 and/orthe device in the DN_A 5 by way of the N6 interface. Here, the SMF_A 230may select the UPF_A 235 and/or the DN_A 5 and/or the device in the DN_A5, based on the information received from the UE_A 10 and/or the devicesin the core network, and/or the information held by the SMF_A 230. To bemore specific, the SMF_A 230 may select the DN_A 5 and/or the DN_A 5,based on the identification information obtained based on the receptionof the PDU session establishment request message, and/or informationobtained by inquiry to the devices in the core network, and/or thesubscriber information, and/or the capability information of thenetwork, and/or the operator policy, and/or the state of the network,and/or the context the AMF_A 240 already holds.

Note that the PDU session establishment request message may be a NASmessage. The PDU session establishment request message may be a messagefor requesting an establishment of a PDU session, but is not limitedthereto.

Furthermore, the authentication and/or authorization resource releasefor DN_A 5, including the authentication and/or authorization requestmessage exchange, may be an Application Programming Interface (API)provided to the service operator that an operator provides a service onthe DN_A 5 and/or the DN_A 5. Note that the authentication and/orauthorization request message may be a message which is transmittedand/or received between the SMF_A 230 and/or the UPF_A 235 and the DN_A5 and/or the devices included in the DN_A 5, and requests theauthentication and/or authorization by the DN_A 5, but is not limitedthereto.

Here, the SMF_A 230 may transmit the information received from the UE_A10 and/or the devices in the core network, and/or the information heldby the SMF_A 230 included in the authentication and/or authorizationrequest message, or may indicate the requests of the UE_A 10 and/orSMF_A 230, by including these identification information.

The DN_A 5 and/or the device in the DN_A 5 receive the authenticationand/or authorization request message. The DN_A 5 and/or the device inthe DN_A 5 may perform the 21st condition determination, based on thereception of the authentication and/or authorization request message.The 21st condition determination is for the DN_A 5 and/or the device inthe DN_A 5 to determine whether to perform the PDU sessionauthentication and/or authorization procedure by the DN_A 5. In the 21stcondition determination, the DN_A 5 and/or the device in the DN_A 5determine whether the 21st condition determination is true or false. TheDN_A 5 and/or the device in the DN_A 5 may continue the presentprocedure in a case that the 21 condition determination is true, or maynot continue the present procedure and transmit a message indicatingrejection to the SMF_A 230 via the UPF_A 235 in a case that the 21condition determination is false.

Next, the DN_A 5 and/or the device in the DN_A 5 transmit theauthentication and/or authorization request(authentication/authorization Request) message to the SMF_A 230 via theUPF_A 235, based on the reception of the authentication and/orauthorization request message and/or the 21st condition determination(S102).

Specifically, the DN_A 5 and/or the device in the DN_A 5 transmit theauthentication and/or authorization request message to the UPF_A 235 byway of the N6 interface. The UPF_A 235, in a case of receiving theauthentication and/or authorization request message, transmits orforwards the authentication and/or authorization request message to theSMF_A 230 by way of the N4 interface.

The SMF_A 230 transmits a PDU session authentication request message tothe UE_A 10 via the AMF_A 240, based on the reception of theauthentication and/or authorization request message (S1104).

Specifically, the SMF_A 230 transmits the PDU session authenticationrequest message to the AMF_A 240 by way of the N11 interface, and theAMF_A 240 receiving the PDU session authentication request messagetransmits the PDU session authentication request message to the UE_A 10by way of the N1 interface.

Note that the PDU session authentication request message is not limitedto that described above, but may be a message indicating that the PDUsession authentication and/or authorization by the DN_A 5 is requested.

Here, the SMF_A 230 may include the 62nd identification information inthe PDU session authentication request message, or may indicate therequest of the DN_A 5 and/or the device in the DN_A 5, by includingthese identification information.

Furthermore, the SMF_A 230 may transmit the 62nd identificationinformation included in the PDU session authentication request messageto indicate that the DN_A 5 authenticates and/or authorizes the PDUsessions and/or UE_A 10 and/or the application, or may indicate that theDN_A 5 confirming and/or selecting the authentication and/orauthorization information is required by the UE_A 10 and/or theapplication and/or the user.

Note that the SMF_A 230 may determine whether to include the 62ndidentification information in the PDU session authentication requestmessage, based on the received identification information, and/or thecapability information of the network, and/or a policy such as theoperator policy, and/or the state of the network.

For example, the SMF_A 230 may transmit the 62nd identificationinformation included in the PDU session authentication request messagein the case that the SMF_A 230 receives the PDU session establishmentrequest message including the 61st identification information in theregistration procedure and/or the PDU session establishment procedure.

Note that the determination performed by the SMF_A 230 as to whichidentification information is to be included in the PDU sessionauthentication request message is not limited to the determinationdescribed above.

The UE_A 10 receives the PDU session authentication request message. TheUE_A 10 receives the PDU session authentication request message torecognize the contents of various identification information included inthe PDU session authentication request message.

The UE_A 10 further performs a fifth process based on the reception ofthe PDU session authentication request message (S1106). Note that theUE_A 10 may perform the fifth process based on transmission of a PDUsession authentication accept message, or based on transmission of a PDUsession authentication reject message, or based on completion of thepresent procedure.

Here, the fifth process may be a process in which the UE_A 10 recognizesthe matter indicated by the SMF_A 230. Furthermore, the fifth processmay be a process in which the UE_A 10 stores the received identificationinformation as a context, or may be a process in which the UE_A 10forwards the received identification information to the higher layerand/or the lower layer.

Furthermore, the fifth process may be a process in which the UE_A 10determine whether or not the authentication and/or authorizationinformation indicated by the 62nd identification information isappropriate, or a process in which the UE_A 10 includes, in the 63rdidentification information, information indicating whether or not theauthentication and/or authorization information indicated by thereceived 62nd identification information is appropriate.

Furthermore, the fifth process may be a process in which the UE_A 10recognizes that the authentication and/or authorization informationindicated by the 62nd identification information is the DNauthentication/permission information, a process in which the UE_A 10includes information indicating a response to the received 62ndidentification information in the 63rd identification information, or aprocess in which the UE_A 10 includes the authentication and/orauthorization information the same as the received 62nd identificationinformation in the 63rd identification information.

Furthermore, the fifth process may be a process in which the UE_A 10selects appropriate authentication and/or authorization information fromthe authentication and/or authorization information indicated by the62nd identification information, or a process in which the UE_A 10includes the authentication and/or authorization information selectedbased on the 62nd identification information in the 63rd identificationinformation.

Furthermore, the fifth process may be a process in which the UE_A 10notifies the higher layer and/or the user of the 62nd identificationinformation, or a process in which the higher layer and/or the usernotified of the 62nd identification information select appropriateauthentication and/or authorization information from the authenticationand/or authorization information indicated by the 62nd identificationinformation.

Furthermore, the fifth process may be a process in which the UE_A 10acquires the authentication and/or authorization information selectedbased on the notified the 62nd identification information from thehigher layer and/or the user, or a process in which the UE_A 10 includesthe authentication and/or authorization information acquired from thehigher layer and/or the user in the 63rd identification information.

Furthermore, the fifth process may be a process in which the UE_A 10performs a 22nd condition determination. Note that the fifth process maynot be limited to these processes.

The UE_A 10 performs the 22nd condition determination based on thereception of the PDU session authentication and/or authorization requestmessage, and/or completion of the fifth process. The 22nd conditiondetermination is for the UE_A 10 to determine whether to accept the PDUsession authentication and/or authorization procedure by the DN_A 5. Inthe 22nd condition determination, the UE_A 10 determines whether the22nd condition determination is true or false. In a case that the 22ndcondition determination is true, the UE_A 10 initiates a procedure (A)in the present procedure, or in a case that the 22nd conditiondetermination is false, the UE_A 10 initiates a procedure (B) in thepresent procedure. Note that steps in the case that the 22nd conditionis false will be described later.

Hereinafter, steps in the case that 22nd condition determination istrue, that is, the steps in the procedure (A) in the present procedurewill be described. The UE_A 10 transmits a PDU session authenticationaccept message to the SMF_A 230 via the AMF_A 240, based on thereception of the PDU session authentication and/or authorization requestmessage, and/or the completion of the fifth process, and/or the 22ndcondition determination (S1108).

Specifically, the UE_A 10 transmits the PDU session authenticationaccept message to the AMF_A 240 by way of the N1 interface, and theAMF_A 240 receiving the PDU session authentication accept messagetransmits the PDU session authentication accept message to the SMF_A 230by way of the N11 interface.

Note that the PDU session authentication accept message may be a NASmessage transmitted and/or received on the N1 interface and the N11interface. The PDU session authentication accept message may be aresponse message to the PDU session authentication request message, butis not limited thereto, and may be a message indicating that the PDUsession establishment authentication and/or authorization procedure isaccepted.

Here, the UE_A 10 may include the 63rd identification information in thePDU session authentication accept message, or may indicate that therequest of the network is accepted, by including these identificationinformation.

Furthermore, the UE_A 10 may transmit the 63rd identificationinformation included in the PDU session authentication accept message toindicate that the UE_A 10 and/or the application and/or the userconfirm, accept, or select the DN_A 5 authentication and/orauthorization information.

Note that the UE_A 10 may determine whether to include the 63rdidentification information in the PDU session authentication acceptmessage, based on the received identification information, and/or,capability information of the UE_A 10, and/or a policy of the UE_A 10,and/or a state of the UE_A 10.

For example, the UE_A 10 may transmit the 63rd identificationinformation included in the PDU session authentication accept message,in a case that the UE_A 10 receives the 62nd identification information,and/or in a case that the UE_A 10 can accept the received 62ndidentification information. Note that the determination performed by theUE_A 10 as to which identification information is to be included in thePDU session authentication accept message is not limited to thedetermination described above.

The SMF_A 230 receives the PDU session authentication accept message.Furthermore, each device completes the procedure (A) in the presentprocedure, based on the transmission and/or reception of the PDU sessionauthentication accept message.

Next, steps in the case that the 22nd condition determination is false,that is, the steps in the procedure (B) in the present procedure will bedescribed. The UE_A 10 transmits a PDU session authentication rejectmessage to the SMF_A 230 via the AMF_A 240, based on the reception ofthe PDU session authentication and/or authorization request message,and/or the completion of the fifth process, and/or the 22nd conditiondetermination (S1110).

Specifically, the UE_A 10 transmits the PDU session authenticationreject message to the AMF_A 240 by way of the N1 interface, and theAMF_A 240 receiving the PDU session authentication reject messagetransmits the PDU session authentication reject message to the SMF_A 230by way of the N11 interface.

Note that the PDU session authentication reject message may be a NASmessage transmitted and/or received on the N1 interface and the N11interface. The PDU session authentication reject message may be aresponse message to the PDU session authentication request message, butis not limited thereto, and may be a message indicating that the PDUsession establishment authentication and/or authorization procedure isrejected.

The UE_A 10 may include information indicating a cause that the PDUsession authentication request message is rejected in the PDU sessionauthentication reject message, or may indicate that the request of thenetwork is rejected, by including these identification information.

Furthermore, the UE_A 10 may transmit the information, indicating acause that the PDU session authentication request message is rejected,that is included in the PDU session authentication accept message toindicate that the UE_A 10 and/or the application and/or the user cannotaccept, or cannot select the DN_A 5 authentication and/or authorizationinformation.

Note that the UE_A 10 may determine which identification information inthe cause that the PDU session authentication request message isrejected is to be included in the PDU session authentication rejectmessage, based on the received identification information, and/or, thecapability information of the UE_A 10, and/or the policy of the UE_A 10,and/or the state of the UE_A 10. Note that the determination performedby the UE_A 10 as to which identification information is to be includedin the PDU session authentication reject message is not limited to thedetermination described above.

The SMF_A 230 receives the PDU session authentication reject message.Furthermore, each device completes the procedure (B) in the presentprocedure, based on the transmission and/or reception of the PDU sessionauthentication reject message.

The SMF_A 230 transmits an authentication and/or authorization response(Authentication/Authorization Response) message to the DN_A 5 and/or thedevice in the DN_A 5 via the UPF_A 235, based on the completion theprocedure (A) in the present procedure, and/or the completion of theprocedure (B) in the present procedure (S1112). In other words, theSMF_A 230 transmits the authentication and/or authorization responsemessage to the DN_A 5 and/or the device in the DN_A 5 via the UPF_A 235,based on the reception of the PDU session authentication accept messageand/or the reception of the PDU session authentication reject message.

Specifically, the SMF_A 230 transmits the authentication and/orauthorization response message to the UPF_A 235 by way of the N4interface. The UPF_A 235, in a case of receiving the authenticationand/or authorization response message, transmits or forwards theauthentication and/or authorization response message to the DN_A 5and/or the device in the DN_A 5 by way of the N6 interface.

Note that the authentication and/or authorization resource release forDN_A 5, including the authentication and/or authorization responsemessage exchange, may be an Application Programming Interface (API)provided to the service operator that an operator provides a service onthe DN_A 5 and/or the DN_A 5. The authentication and/or authorizationresponse message may be a response message, to the authentication and/orauthorization request message, which is transmitted and/or receivedbetween the SMF_A 230 and/or the UPF_A 235 and the DN_A 5 and/or thedevices included in the DN_A 5, but is not limited thereto.

Here, the SMF_A 230 may transmit the information received from the UE_A10 and/or the devices in the core network, and/or the information heldby the SMF_A 230 included in the authentication and/or authorizationresponse message, or may indicate the requests of the UE_A 10 and/orSMF_A 230, by including these identification information.

Here, the SMF_A 230, in a case of receiving the 63rd identificationinformation, may include the 63rd identification information in theauthentication and/or authorization response message, or may indicatethat the request of the DN_A 5 and/or the device in the DN_A 5 isaccepted, by including these identification information. The UE_A 10, ina case of receiving the cause that the PDU session authenticationrequest message is rejected, may include the cause that the PDU sessionauthentication request message is rejected in the authentication and/orauthorization response message, or may indicate that the request of theDN_A 5 and/or the device in the DN_A 5 is rejected, by including theseidentification information.

Note that the SMF_A 230 may determine which identification informationis to be included in the authentication and/or authorization responsemessage, based on the identification information obtained based on thereception of the PDU session authentication accept message and/or thePDU session authentication reject message. Note that the determinationperformed by the SMF_A 230 as to which identification information is tobe included in the authentication and/or authorization response messageis not limited to the determination described above.

The DN_A 5 and/or the device in the DN_A 5 receive the authenticationand/or authorization response message. Furthermore, each devicecompletes the present procedure, based on the transmission and/orreception of the PDU session authentication accept message, and/or thetransmission and/or reception of the PDU session authentication rejectmessage, and/or the transmission and/or reception of the authenticationand/or authorization response message. Note that each device maytransition to a state in which the PDU session is authenticated and/orauthorized by the DN_A 5, based on the completion of the procedure (A)in the present procedure, may recognize that the present procedure isrejected, based on the completion of the procedure (B) in the presentprocedure, or may transition to a state in which the PDU session is notauthenticated and/or authorized by the DN_A 5.

Furthermore, each device may perform the process based on theidentification information transmitted and/or received in the presentprocedure, based on the completion of the present procedure. In otherwords, the UE_A 10 may adapt the acquired and/or selected authenticationand/or authorization information issued by the DN_A 5, based on thecompletion of the present procedure.

The 21st condition determination may be performed based on theidentification information included in the authentication and/orauthorization request message, and/or the subscriber information, and/ora policy of the DN_A 5. For example, the 21st condition determinationmay be true in a case that the DN_A 5 and/or the device in the DN_A 5allow the request of the UE_A 10. The 21st condition determination maybe false in a case that the DN_A 5 and/or the device in the DN_A 5 donot allow the request of the UE_A 10. Furthermore, the 21st conditiondetermination may be true in a case that a DN_A 5 to which the UE_A 10is connected and/or the device in the DN_A 5 support the function forthe PDU session authentication and/or authorization by the DN_A 5, ormay be false in a case of not supporting. Note that conditions withwhich true or false of the 21st condition determination is determinedmay not be limited to the previously described conditions.

Note that the 22nd condition determination may be performed based on theidentification information included in the PDU session authenticationrequest message, and/or, the capability information of the UE_A 10,and/or the policy of the UE_A 10, and/or the state of the UE_A 10. Forexample, the 22nd condition determination may be true in a case that theUE_A 10 allows a request for the PDU session authentication and/orauthorization by the DN_A 5. The 22nd condition determination may befalse in a case that the UE_A 10 does not allow a request for the PDUsession authentication and/or authorization by the DN_A 5. Note thatconditions with which true or false of the 22nd condition determinationis determined may not be limited to the previously described conditions.

1.3.4. Overview of RQoS Validation (Activation) Procedure

Next, an overview of the RQoS validation (activation) procedureperformed to validate (activate) an RQoS for user data communicationwill be described. In this section, the RQoS validation procedure isalso referred to as the present procedure. The present procedure is aprocedure for each device to validate the RQoS for the user datacommunication. The present procedure includes an RQoS validationprocedure that is initiated by UE_A 10 and controlled in a UE-initiatedmanner, and an RQoS validation procedure that is initiated by the devicein the core network and controlled in a network-initiated manner.

Note that each device may perform the present procedure in a state inwhich the PDU session is established, or during the user datacommunication. Each device may initiate the present procedure at anytiming after the PDU session establishment procedure. Each device mayvalidate the RQoS for the user data communication, or may perform theuser data communication using the RQoS, based on the completion of theRQoS validation procedure. Note that validating the RQoS for the userdata communication may be to control an RQoS for user datacommunication, or to validate an RQoS for a certain user data flow.Furthermore, validating the RQoS for the user data communication may bean operation in which the UE_A 10 creates a QoS rule (also referred toas a Derived QoS Rule) for the uplink traffic and/or the uplink packet,based on the received downlink packets and/or identification informationincluded in the downlink packets, and starts the use of the created QoSrule.

Here, the present procedure may be a procedure in which each devicevalidates an RQoS for user data communication via the User plane, andmay be referred to as an RQoS validation procedure controlled via theUser Plane.

1.3.4.1. Example of RQoS Validation Procedure Controlled in UE-InitiatedManner

An example of a process of performing the RQoS validation procedurecontrolled in a UE-initiated manner will be described with reference toFIG. 12. In this section, the RQoS validation procedure controlled in aUE-initiated manner is also referred to as the present procedure. Notethat the present procedure may be referred to as an RQoS validationprocedure controlled via the UE-initiated User Plane. Each step of thepresent procedure will be described. First, the UE_A 10 transmits anuplink packet to the UPF_A 235 via the NR node_A 122 (S1200) to initiatethe RQoS validation procedure controlled in a UE-initiated manner.

Specifically, the UE_A 10 transmits the uplink packet to the UPF_A 235by way of a radio bearer, and/or the N3 interface, and/or the N9interface. Here, the UE_A 10 may select the UPF_A 235 to be routed,based on the information held by the UE_A 10. To be more specific, theUE_A 10 may select a QoS flow used for uplink packet transmission,and/or the UPF_A 235 by comparing the uplink packet routing informationwith the routing rule and/or QoS rule held by the UE_A 10. Note that theUE_A 10 may select the QoS flow used for the uplink packet transmissionand/or the UPF_A 235 using a default routing rule and/or a default QoSrule in a case that no routing rule and/or QoS rule match the uplinkpacket routing information. Note that the default QoS rule includes aQoS rule identifier (ID), a QFI of the QoS flow, one or more packetfilters, and a precedence value. However, the default QoS rule mayinclude these components excluding the packet filters, in which case theprecedence value is configured to a maximum value. In other words, thepriority is minimized.

Here, the uplink packet routing information may be information foridentifying the application, or may be five-tuple. To be more specific,the uplink packet routing information may include a destination IPaddress (target IP address) and/or a source IP address and/or a protocolnumber and/or a destination port number (target port number) and/or asource port number, or a combination of these. Note that the uplinkpacket routing information is not limited to these.

Furthermore, the uplink packet may be a message transmitted from theUE_A 10 to the access network, and/or the core network and/or the DN_A 5in the user data communication. Accordingly, the inclusion of theidentification information in the uplink packet may be to include theidentification information in the header of the uplink packet, toinclude the identification information in the header of the uplinkpacket message, or to include the identification information in theuplink packet message. Note that in a case that there is no uplinkpacket to be transmitted to the DN_A 5 and/or the device in the DN_A 5,the UE_A 10 may transmit a dummy uplink packet to the UPF_A 235.

Here, the UE_A 10 may include the 41st identification information and/orthe 42nd identification information in the uplink packet, or mayindicate that validating the RQoS for the user data communication isrequested, by including these identification information.

Furthermore, the UE_A 10 may transmit the 41st identificationinformation and/or the 42nd identification information included in theuplink packet to request to validate the RQoS for the user datacommunication in a UE-initiated manner.

Furthermore, the UE_A 10 may transmit the 41st identificationinformation and/or the 42nd identification information included in theuplink packet to request to change the QoS flow used for uplink packettransmission and/or reception indicated by the uplink packet routinginformation into a QoS flow indicated by the 42nd identificationinformation.

Note that the UE_A 10 may determine which identification informationamong the 41st identification information and the 42nd identificationinformation is to be included in the uplink packet, based on thecapability information of the UE_A 10, and/or a policy such as the UEpolicy, and/or a preference of the UE_A 10. Note that the determinationperformed by the UE_A 10 as to which identification information is to beincluded in the uplink packet is not limited to the determinationdescribed above.

The UPF_A 235 receives the uplink packet (S1200). The UPF_A 235 mayforward the received uplink packet to the DN_A 5 and/or the deviceincluded in the DN_A 5, based on the reception of the uplink packet.

Next, the UPF_A 235 transmits a request notification message to theSMF_A 230, based on the reception of the uplink packet and/or theforwarding of the uplink packet (S1202). Specifically, the UPF_A 235transmits the request notification message to the SMF_A 230 by way ofthe N4 interface. Furthermore, the request notification message is notlimited to this as long as it is a message indicating the request forthe RQoS validation for the user data communication.

Here, the UPF_A 235 may include the identification information includedin the received uplink packet in the request notification message. Inother words, the UPF_A 235 may transmit the received 41st identificationinformation and/or 42nd identification information included in therequest notification message, or may indicate that validating the RQoSfor the user data communication is requested, by transmitting theseidentification information.

The SMF_A 230 receives the request notification message (S1202), andperforms a 31st condition determination. The 31st conditiondetermination is for the SMF_A 230 to determine whether to accept arequest of the UE_A 10. In the 31st condition determination, the SMF_A230 determines whether the 31st condition determination is true orfalse. In a case that the 31st condition determination is true (that is,in a case that the SMF_A 230 accepts the request of the UE_A 10), theSMF_A 230 initiates a procedure (A) in the present procedure, and in acase that the 31st condition determination is false (that is, in a casethat the SMF_A 230 rejects the request of the UE_A 10), the SMF_A 230initiates a procedure (B) in the present procedure. Note that steps inthe case that the 31st condition is false will be described later.

Hereinafter, steps in the case that 31st condition determination istrue, that is, the steps in the procedure (A) in the present procedurewill be described. The SMF_A 230 transmits an RQoS validationnotification message to the UPF_A 235 (S1204), based on the 31stcondition determination and/or the reception of the request notificationmessage, to initiate the procedure (A) in the present procedure.Specifically, the SMF_A 230 transmits the RQoS validation notificationmessage to the UPF_A 235 by way of the N4 interface. Note that the RQoSvalidation notification message is not limited that described above, butmay be a message indicating the RQoS validation for the user datacommunication.

Here, the SMF_A 230 may include the 31st identification informationand/or the 32nd identification information in the RQoS validationnotification message, or may indicate that the request of the UE_A 10 isaccepted, by including these identification information.

Furthermore, the SMF_A 230 may transmit the 31st identificationinformation and/or the 32nd identification information included in theRQoS validation notification message to indicate that the request forthe RQoS validation is accepted, or that the RQoS is validated.

Furthermore, the SMF_A 230 may transmit the 31st identificationinformation and/or the 32nd identification information included in theRQoS validation notification message to indicate that a QoS flow usedfor certain downlink packet transmission and/or reception is changedinto a QoS flow indicated by the 32nd identification information.

Note that the SMF_A 230 may determine which identification informationamong the 31st identification information and the 32nd identificationinformation is to be included in the RQoS validation notificationmessage, based on the received identification information, and/or thecapability information of the network, and/or a policy such as theoperator policy, and/or the state of the network.

For example, the SMF_A 230 may transmit the 31st identificationinformation and/or the 32nd identification information included in theRQoS validation notification message in a case that the SMF_A 230receives the 41st identification information and/or the 42ndidentification information, and/or in a case that the SMF_A 230 acceptsrequest(s) indicated by the received 41st identification informationand/or 42nd identification information.

Note that the 32nd identification information may be determined based onthe 42nd identification information. In other words, the 32ndidentification information may be information for identifying the QoSflow that is the same as the QoS flow indicated by the 42ndidentification information, or information for identifying a QoS flowdifferent from the QoS flow indicated by the 42nd identificationinformation. Note that the determination performed by the SMF_A 230 asto which identification information is to be included in the RQoSvalidation notification message is not limited to the determinationdescribed above.

Here, the SMF_A 230 may create a context for the RQoS, based on theidentification information obtained based on the reception of therequest notification message, and/or the capability information of thenetwork, and/or the subscriber information, and/or the operator policy,and/or the state of the network, and/or the context the SMF_A 230already holds.

The UPF_A 235 receives the RQoS validation notification message (S1204).The UPF_A 235 receives the RQoS validation notification message torecognize the contents of various identification information included inthe RQoS validation notification message.

The UPF_A 235 may create the QoS rule and/or context for the RQoS, basedon each identification information obtained in the reception of the RQoSvalidation notification message.

Furthermore, the UPF_A 235 may receive the downlink packets transmittedby the DN_A 5 and/or the device in the DN_A 5 (S1206). The UPF_A 235transmits the downlink packet to the UE_A 10, based on the reception ofthe RQoS validation notification message and/or the reception of thedownlink packet from the DN_A 5 (S1206).

Specifically, the UPF_A 235 transmits the downlink packet to the UE_A 10by way of the N9 interface, and/or the N3 interface, and/or the radiobearer. Here, the UPF_A 235 may select the UE_A 10 to be routed, basedon the information held by the UPF_A 235. To be more specific, the UPF_A235 may select a QoS flow used for the downlink packet transmission,and/or the UE_A 10 by comparing downlink packet routing information withthe routing rule and/or QoS rule held by the UPF_A 235. Note that theUE_A 10 may select the QoS flow used for the downlink packettransmission and/or the UPF_A 235 using a default routing rule and/or adefault QoS rule in a case that no routing rule and/or QoS rule matchthe downlink packet routing information.

Here, the downlink packet routing information may be information foridentifying the application, or may be five-tuple. To be more specific,the downlink packet routing information may include a destination IPaddress and/or a source IP address and/or a protocol number and/or adestination port number and/or a source port number, or a combination ofthese. Note that the downlink packet routing information is not limitedto these.

Furthermore, the downlink packet may be a message transmitted from theDN_A 5 and/or the device in DN_A 5 to the UE_A 10 in the user datacommunication, a message transmitted from the device in the core networkto the UE_A 10, or a message forwarding these massages in the user datacommunication. Accordingly, the inclusion of the identificationinformation in the downlink packet may be to include the identificationinformation in the header of the downlink packet, to include theidentification information in the header of the downlink packet notincluding a message to be forwarded, to include the identificationinformation in the header of the message used to forward the downlinkpacket, or to include the identification information in a message usedto forward the downlink packet. Note that in a case that there is nodownlink packet received from the DN_A 5 and/or the device in the DN_A5, the UPF_A 235 may transmit a dummy downlink packet to the UE_A 10.

Here, the UPF_A 235 may include the 31st identification informationand/or the 32nd identification information in the downlink packet, ormay indicate that the RQoS for the user data communication is to bevalidated or that the request of the UE_A 10 is accepted, by includingthese identification information.

Furthermore, the UPF_A 235 may transmit the 31st identificationinformation and/or the 32nd identification information included in thedownlink packet to indicate that the request for the RQoS validation isaccepted, or that the RQoS is to be validated.

Furthermore, the UPF_A 235 may transmit the 31st identificationinformation and/or the 32nd identification information included in thedownlink packet to indicate that a QoS flow used for certain downlinkpacket transmission and/or reception is changed into a QoS flowindicated by the 32nd identification information.

Note that the UPF_A 235 may determine which identification informationamong the 31st identification information and the 32nd identificationinformation is to be included in the downlink packet, based on thereceived identification information, and/or the capability informationof the network, and/or a policy such as the operator policy, and/or thestate of the network.

For example, the UPF_A 235 may transmit the 31st identificationinformation and/or the 32nd identification information included in thedownlink packet in a case that the UPF_A 235 receives the 31stidentification information and/or the 32nd identification information,and/or in a case that the UPF_A 235 receives the 41st identificationinformation and/or the 42nd identification information, and/or in a casethat the SMF_A 230 determines that the request(s) indicated by thereceived 41st identification information and/or 42nd identificationinformation can be accepted.

Note that the 32nd identification information may be determined based onthe 42nd identification information. In other words, the 32ndidentification information may be information for identifying the QoSflow that is the same as the QoS flow indicated by the 42ndidentification information, or information for identifying a QoS flowdifferent from the QoS flow indicated by the 42nd identificationinformation. Note that the determination performed by the UPF_A 235 asto which identification information is to be included in the downlinkpacket is not limited to the determination described above.

The UE_A 10 receives the downlink packet (S1206). The UE_A 10 receivesthe downlink packet to recognize the contents of various identificationinformation included in the downlink packet.

The UE_A 10 further performs a sixth process based on the reception ofthe downlink packet (S1208).

Here, the sixth process may be a process in which the UE_A 10 recognizesthe matter indicated by the UPF_A 235. Furthermore, the sixth processmay be a process in which the UE_A 10 stores the received identificationinformation as a context, or may be a process in which the receivedidentification information and/or user data are forwarded to the higherlayer and/or the lower layer.

Furthermore, the sixth process may be a process in which the UE_A 10validates the RQoS for the user data communication. In other words, thesixth process may be a process in which the UE_A 10 creates a QoS rule(Derived QoS Rule) and/or routing rule for the uplink packet, based onthe received downlink packet, or a process in which UE_A 10 validatesthe created QoS rule and/or routing rule.

To be more specific, in the sixth process, the UE_A 10 may create a QoSrule and/or routing rule associated with the uplink packet routinginformation paired with the received downlink packet routinginformation, or may validate the created QoS rule and/or routing rule.Note that the QoS flow used to forward the uplink packet indicated bythe created QoS rule and/or routing rule may be the QoS flow indicatedby the 32nd identification information.

Furthermore, the sixth process may be a process in which the UE_A 10 mayrecognize the QoS flow and/or the QoS rule and/or the routing ruleassociated with the received downlink packet routing information. To bemore specific, in the sixth process, the UE_A 10 may recognize that theQoS flow used to forward the downlink packet indicated by the receiveddownlink packet routing information is the QoS flow indicated by the32nd identification information.

Furthermore, the sixth process may be a process in which the UE_A 10starts an RQoS timer (also referred to as a Reflective QoS Timer: RQtimer). To be more specific, the sixth process may be a process in whichthe UE_A 10 starts the RQoS timer configured with a timer value receivedfrom the network and/or a timer value held by the UE_A 10.

Note that the start of the RQoS timer may be performed based on thecreation and/or validation of the QoS rule and/or the routing rule. In acase that the QoS rule and/or routing rule associated with the uplinkpacket routing information paired with the received downlink packetrouting information already exist, the UE_A 10 may restart the runningRQoS timer.

Note that the timer value received from the network may be a timer valuereceived from the device in the core network in the registrationprocedure and/or the PDU session establishment procedure, and may be,for example, a timer value indicated by the sixteenth identificationinformation received in the registration procedure and/or the PDUsession establishment procedure. Note that the timer value received bythe UE_A 10 from the network may be a timer value received from thenetwork before the sixth process, but is not limited thereto.

The timer value held by the UE_A 10 may be a timer value configured inadvance in the UE_A 10 before shipping. Note that the timer value heldby the UE_A 10 may be a timer value configured in the UE_A 10, but isnot limited to.

In a case that the UE_A 10 has previously transmitted the uplink packetincluding the 41st identification information and/or the 42ndidentification information, the sixth process may be a process in whichthe UE_A 10 recognizes that the RQoS validation procedure controlled ina UE-initiated manner is accepted by the network. Note that the sixthprocess may not be limited to these processes.

Next, the UE_A 10 may transmit the uplink packet to the UPF_A 235, basedon the reception of the downlink packet and/or the completion of thesixth process (S1210). Furthermore, the UPF_A 235, in a case ofreceiving the uplink packet, may forward the received uplink packet tothe DN_A 5 and/or the device in the DN_A 5 (S1210). In this case, theDN_A 5 and/or the device in the DN_A 5 receive the uplink packet.

Note that the UE_A 10 may use the QoS rule and/or routing created in thesixth process for the uplink packet transmission. Furthermore, theuplink packet may be the same message as the previously transmitteduplink packet (S1200) or may be a different message.

Each device completes the procedure (A) in the present procedure, basedon the transmission and/or reception of the downlink packet (S1206),and/or the completion of the sixth process (S1208), and/or thetransmission and/or reception of the uplink packet (S1210).

Next, steps in the case that the 31st condition determination is false,that is, the steps in the procedure (B) in the present procedure will bedescribed. The SMF_A 230 transmits an RQoS validation reject message tothe UPF_A 235 (S1212), based on the 31st condition determination and/orthe reception of the request notification message, to initiate theprocedure (B) in the present procedure. Specifically, the SMF_A 230transmits the RQoS validation reject message to the UPF_A 235 by way ofthe N4 interface. Note that the RQoS validation reject message is notlimited that described above, but may be a message indicating that therequest for the RQoS validation for the user data communication isrejected.

Here, the SMF_A 230 may include the 51st identification information inthe RQoS validation reject message, or may indicate that the request ofthe UE_A 10 is rejected, by including these identification information.

Furthermore, the SMF_A 230 may transmit the 51st identificationinformation included in the RQoS validation notification message toindicate that the request for the RQoS validation is rejected, indicatea cause that the request for the RQoS validation is rejected, orindicate that the RQoS cannot be validated.

Note that the SMF_A 230 may determine whether the 51st identificationinformation is to be included in the RQoS validation reject message,based on the received identification information, and/or the capabilityinformation of the network, and/or a policy such as the operator policy,and/or the state of the network.

For example, the SMF_A 230 may transmit the 51st identificationinformation included in the RQoS validation notification message in acase that the SMF_A 230 receives the 41st identification informationand/or the 42nd identification information, and/or in a case that theSMF_A 230 cannot accept the requests indicated by the received 41stidentification information and/or 42nd identification information. Notethat the determination performed by the SMF_A 230 as to whichidentification information is to be included in the RQoS validationreject message is not limited to the determination described above.

The UPF_A 235 receives the RQoS validation reject message (S1212). TheUPF_A 235 receives the RQoS validation reject message to recognize thecontents of various identification information included in the RQoSvalidation reject message.

Furthermore, the UPF_A 235 may receive the downlink packets transmittedby the DN_A 5 and/or the device in the DN_A 5 (S1214). The UPF_A 235transmits the downlink packet to the UE_A 10, based on the reception ofthe RQoS validation reject message and/or the reception of the downlinkpacket from the DN_A 5 (S1214).

Specifically, the UPF_A 235 transmits the downlink packet to the UE_A 10by way of the N9 interface, and/or the N3 interface, and/or the radiobearer. Here, the UPF_A 235 may select the UE_A 10 to be routed, basedon the information held by the UPF_A 235. To be more specific, the UPF_A235 may select a QoS flow used for the downlink packet transmission,and/or the UE_A 10 by comparing downlink packet routing information withthe routing rule and/or QoS rule held by the UPF_A 235. Note that theUE_A 10 may select the QoS flow used for the downlink packettransmission and/or the UPF_A 235 using a default routing rule and/or adefault QoS rule in a case that no routing rule and/or QoS rule matchthe downlink packet routing information.

Here, the downlink packet routing information may be information foridentifying the application, or may be five-tuple. To be more specific,the downlink packet routing information may include a destination IPaddress and/or a source IP address and/or a protocol number and/or adestination port number and/or a source port number, or a combination ofthese. Note that the downlink packet routing information is not limitedto these.

Furthermore, the downlink packet may be a message transmitted from theDN_A 5 and/or the device in DN_A 5 to the UE_A 10 in the user datacommunication, a message transmitted from the device in the core networkto the UE_A 10, or a message forwarding these massages in the user datacommunication. Accordingly, the inclusion of the identificationinformation in the downlink packet may be to include the identificationinformation in the header of the downlink packet, to include theidentification information in the header of the downlink packet notincluding a message to be forwarded, to include the identificationinformation in the header of the message used to forward the downlinkpacket, or to include the identification information in a message usedto forward the downlink packet. Note that in a case that there is nodownlink packet received from the DN_A 5 and/or the device in the DN_A5, the UPF_A 235 may transmit a dummy downlink packet to the UE_A 10.

Here, the UPF_A 235 may include the 51st identification information inthe downlink packet, or may indicate that the RQoS for the user datacommunication is not validated or that the request of the UE_A 10 is notaccepted, by including these identification information.

Furthermore, the UPF_A 235 may transmit the 51st identificationinformation included in the RQoS validation notification message toindicate that the request for the RQoS validation is rejected, indicatea cause that the request for the RQoS validation is rejected, orindicate that the RQoS cannot be validated.

Note that the UPF_A 235 may determine whether the 51st identificationinformation is to be included in the downlink packet, based on thereceived identification information, and/or the capability informationof the network, and/or a policy such as the operator policy, and/or thestate of the network.

For example, the UPF_A 235 may transmit the 51st identificationinformation included in the RQoS validation notification message in acase that the UPF_A 235 receives the 51st identification information,and/or in a case that the UPF_A 235 receives the 41st identificationinformation and/or the 42nd identification information, and/or in a casethat the SMF_A 230 determines that the request(s) indicated by thereceived 41st identification information and/or 42nd identificationinformation cannot be accepted. Note that the determination performed bythe UPF_A 235 as to which identification information is to be includedin the downlink packet is not limited to the determination describedabove.

The UE_A 10 receives the downlink packet (S1214). The UE_A 10 receivesthe downlink packet to recognize the contents of various identificationinformation included in the downlink packet.

The UE_A 10 further performs a seventh process based on the reception ofthe downlink packet (S1216).

Here, in a case that the UE_A 10 previously transmitted the uplinkpacket including the 41st identification information and/or the 42ndidentification information, the seventh process may be a process inwhich the UE_A 10 recognizes that the RQoS validation procedurecontrolled in a UE-initiated manner is rejected by the network, or aprocess in which the UE_A 10 recognizes a cause of rejection.

In other words, the seventh process may be a process in which the UE_A10 recognizes that the RQoS validation procedure controlled in aUE-initiated manner is not allowed based on the received 51stidentification information, or a process in which the UE_A 10 recognizesa cause of non-allowance.

Furthermore, the seventh process may be a process in which the UE_A 10starts a backoff timer for prohibiting the RQoS validation procedurescontrolled in a UE-initiated manner from starting for a certain timeperiod. Note that a value of the backoff timer for prohibiting the RQoSvalidation procedure controlled in a UE-initiated manner from startingfor a certain time period may be a value configured in advance in theUE_A 10, or may be a timer value received from the network.

Furthermore, the seventh process may be a process in which the UE_A 10initiates again the present procedure after a certain time periodelapses, a process in which the UE_A 10 initiates a procedure forchanging and/or releasing the established PDU session, or a process inwhich the UE_A 10 transitions to a state in which the request of theUE_A 10 is limited. Note that the seventh process may not be limited tothese processes.

Each device completes the procedure (B) in the present procedure, basedon the transmission and/or reception of the downlink packet (S1214),and/or the completion of the seventh process (S1216).

Each device completes the present procedure, based on the completion ofthe procedure (A) or (B) in the present procedure. Note that each devicemay transition to a state in which the RQoS for the user datacommunication is validated, based on the completion of the procedure (A)in the present procedure, or may recognize that the present procedure isrejected, may transition to a state in which the RQoS for the user datacommunication is not validated, or may maintain a state of not applyingthe RQoS for the user data communication, based on the completion of theprocedure (B) in the present procedure.

Furthermore, each device may perform the process based on theidentification information transmitted and/or received in the presentprocedure, based on the completion of the present procedure. In otherwords, the UE_A 10 may perform the sixth process or perform the seventhprocess, based on the completion of the present procedure.

Furthermore, each device may perform the user data communication usingthe QoS rule and/or routing rule validated in the present procedureafter the completion of the present procedure. Furthermore, each devicemay initiate the RQoS deactivation procedure after the completion of thepresent procedure.

The 31st condition determination may be performed based on the uplinkpacket, and/or the identification information included in the requestnotification message, and/or the subscriber information, and/or theoperator policy. For example, the 31st condition determination may betrue in a case that the network allows the request of the UE_A 10. The31st condition determination may be false in a case that the networkdoes not allow the request of the UE_A 10. Furthermore, the 31stcondition determination may be true in a case that a network with whichthe UE_A 10 is registered and/or the device within the network supportthe function the UE_A 10 requests, or may be false in a case of notsupporting the function. Note that conditions with which true or falseof the 31st condition determination is determined may not be limited tothe previously described conditions.

1.3.4.2. Example of RQoS Validation Procedure Controlled inNetwork-Initiated Manner

An example of a process of performing the RQoS validation procedurecontrolled in a network-initiated manner will be described withreference to FIG. 12. In this section, the RQoS validation procedurecontrolled in a network-initiated manner is also referred to as thepresent procedure. Note that the present procedure may be referred to asan RQoS validation procedure controlled via the network-initiated UserPlane. Furthermore, the RQoS validation procedure controlled in anetwork-initiated manner is similar to the procedure (A) in the RQoSvalidation procedure controlled in a UE-initiated manner, and therefore,a portion having differences only will be described here.

The UE_A 10 performs the sixth process described above (S1208), based onthe reception of the downlink packet (S1206). In the sixth process, theUE_A 10 can further reject the application of the RQoS. In this case,the UE_A 10 transmits the uplink packet including information indicatingthat the application of the RQoS is rejected to the UPF_A 235 (S1210).

1.3.5. Overview of RQoS Deactivation Procedure

Next, a procedure for deactivating (also referred to as invalidating) anactivated (also referred to as validated) Reflective QoS (RQoS) will bedescribed. The procedure for deactivating an RQoS includes a firstdeactivation procedure initiated in a UE-initiated manner, and a seconddeactivation procedure initiated in a network-initiated manner. Theseprocedures are initiated while an RQoS controlled via the User Plane(UP) is valid. In other words, these procedures are initiated while anRQoS timer value does not lapse.

Note that these procedures can be used to invalidate the RQoS controlledvia the UP validated in a network-initiated manner, and can be also beused to invalidate the RQoS controlled via the UP validated in aUE-initiated manner.

1.3.5.1. Overview of First RQoS Deactivation Procedure

First, a case of the first deactivation procedure is described. The UE_A10 transmits a QoS Flow ID (QFI) for identifying the QoS flow to bedeactivated and a Reflective QoS Indication (RQI) indicating adeactivation request included in the header of the uplink packet to betransmitted, to the device in the core network. In a case that the RQIis constituted by 1 bit, the RQI is preferably configured to 0, but maybe configured to 1. In a case that the RQI is constituted by multiplebits, the RQI is preferably configured to be all 0, but may beconfigured to be all 1, for example. The UE_A 10 may transmitinformation indicating the deactivation request, instead of the RQI,that is included in the header of the uplink packet to be transmitted.Note that, in a case that the multiple QoS flows are requested to bedeactivated, multiple sets of QFI and RQI or sets of QFI and informationindicating the deactivation request included in the header of the uplinkpacket may be transmitted. In a case that all QoS flows are requested tobe deactivated, the QFI may not be included. Note that an operation inwhich the UE_A 10 includes the information such as the QFI and the RQIin the header of the uplink packet may be an operation in which the UE_A10 includes the information such as the QFI and the RQI in the uplinkpacket.

The device in the core network receives from the UE_A 10 the header ofthe uplink packet including one or more sets of QFI and RQI or one ormore sets of QFI and information indicating the deactivation request.Here, in a case that the device in the core network is requested fromUE_A 10 to deactivate multiple QoS flows, the device in the core networkmay accept the deactivation request to deactivate all of the QoS flows,reject the deactivation request to deactivate all of the QoS flows, oraccept the deactivation request to deactivate some of the QoS flows andreject the deactivation request to deactivate the rest of the QoS flows.In a case that the device in the core network accepts the deactivationrequest to deactivate a certain QoS flow, the device in the core networktransmits, to the UE_A 10, the QFI corresponding to the QoS flow andinformation indicating that the deactivation request is accepted, bothof which are included in the header of the downlink packet. In a casethat the device in the core network rejects the deactivation request todeactivate a certain QoS flow, the device in the core network transmits,to the UE_A 10, the QFI corresponding to the QoS flow and informationindicating that the deactivation request is rejected, both of which areincluded in the header of the downlink packet. Note that theseinformation included in the header of one downlink packet may betransmitted, or these information included in the headers of differentdownlink packets may be transmitted. In a case that the device in thecore network accepts or rejects the deactivation requests to deactivateall QoS flows, the device in the core network may not include the QFI inthe header. Note that an operation in which the device in the corenetwork includes the information such as the QFI and the RQI in theheader of the downlink packet may be an operation in which the device inthe core network includes the information such as the QFI and the RQI inthe downlink packet.

The UE_A 10, in a case of receiving the header of the downlink packetincluding the QFI and the information indicating that the deactivationrequest is accepted, the UE_A 10 deletes the configuration related tothe RQoS corresponding to the QoS flow identified by the QFI, even in acase that the RQoS timer value does not lapse. In other words, the UE_A10, in a case of receiving the header of the downlink packet includingthe QFI and the information indicating that the deactivation request isaccepted, the UE_A 10 deletes the configuration related to the RQoScorresponding to the QoS flow identified by the QFI, even in a case thatthe running RQoS timer does not expire. At this time, the UE_A 10applies a default QoS to that QoS flow. In contrast, in a case that theUE_A 10 receives the header of the downlink packet including the QFI andthe information indicating that the deactivation request is rejected,the UE_A 10 maintain the configuration for the RQoS corresponding to theQoS flow identified by the QFI.

Note that, in the description of the first deactivation procedure, allof the various information are included in the header and transmitted,but the present embodiment is not limited thereto. For example, in acase that there is uplink data to be transmitted, the UE_A 10 maytransmit at least a portion, of the various information, that isincluded in the uplink data, while the various information have beenincluded in the header of the uplink packet and transmitted. At thistime, the network side can recognize the meaning of various informationincluded in the uplink data. In a case that there is downlink data to betransmitted, the network may transmit at least a portion, of the variousinformation, that is included in the downlink data, while the variousinformation have been included in the header of the downlink packet andtransmitted. At this time, the UE_A 10 side can recognize the meaning ofvarious information included in the downlink data.

1.3.5.2. Overview of Second RQoS Deactivation Procedure

Next, a case of the second deactivation procedure is described. Thedevice in the core network may deactivate all of one or more QoS flows,deactivate some of the QoS flows, or deactivate some of the QoS flows.In a case that the device in the core network deactivates a certain QoSflow, the device in the core network includes the QFI corresponding tothe QoS flow and information indicating that the QoS flow is deactivatedin the header of the downlink packet, and transmits them to the UE_A 10.In the case of deactivating a certain QoS flow, these information may beincluded in the header of one downlink packet and be transmitted, or beincluded in the headers of different downlink packets and betransmitted. In a case that the device in the core network deactivatesall QoS flows, the device in the core network may not include the QFI inthe header. Note that in a case that the device in the core network doesnot deactivate a certain QoS flow, the device in the core networktransmits nothing.

The UE_A 10, in a case of receiving the header of the downlink packetincluding the QFI and the information indicating that the QoS flow isdeactivated, the UE_A 10 deletes the configuration related to the RQoScorresponding to the QoS flow identified by the QFI, even in a case thatthe RQoS timer value does not lapse. In other words, the UE_A 10, in acase of receiving the header of the downlink packet including the QFIand the information indicating that the QoS flow is deactivated, theUE_A 10 deletes the configuration related to the RQoS corresponding tothe QoS flow identified by the QFI, even in a case that the running RQoStimer does not expire. At this time, the UE_A 10 applies a default QoSto that QoS flow. In contrast, in a case that the UE_A 10 does notreceive the header of the downlink packet including the QFI and theinformation indicating that the QoS flow is deactivated, the UE_A 10maintain the configuration for the RQoS corresponding to the QoS flowidentified by the QFI.

Note that, in the description of the second deactivation procedure, allof the various information are included in the header and transmitted,but the present embodiment is not limited thereto. For example, in acase that there is downlink data to be transmitted, the network maytransmit at least a portion, of the various information, that isincluded in the downlink data, while the various information have beenincluded in the header of the downlink packet and transmitted. At thistime, the UE_A 10 side can recognize the meaning of various informationincluded in the downlink data.

2. Modification Example

A program running on a device or apparatus according to the presentinvention may serve as a program that controls a Central Processing Unit(CPU) and the like to cause a computer to operate in such a manner as torealize the functions of the embodiment according to the presentinvention. Programs or information handled by the programs aretemporarily stored in a volatile memory such as a Random Access Memory(RAM), a non-volatile memory such as a flash memory, a Hard Disk Drive(HDD), or another storage device system.

Note that a program for realizing such functions of the embodimentaccording to the present invention may be recorded on acomputer-readable recording medium. This configuration may be realizedby causing a computer system to read the program recorded on therecording medium for execution. It is assumed that the “computer system”refers to a computer system built into the apparatuses, and the computersystem includes an operating system and hardware components such as aperipheral device. Furthermore, the “computer-readable recording medium”may be any of a semiconductor recording medium, an optical recordingmedium, a magnetic recording medium, a medium dynamically retaining theprogram for a short time, or any other computer readable recordingmedium.

Furthermore, each functional block or various characteristics of theapparatuses used in the above-described embodiment may be implemented orperformed on an electric circuit, for example, an integrated circuit ormultiple integrated circuits. An electric circuit designed to performthe functions described in the present specification may include ageneral-purpose processor, a Digital Signal Processor (DSP), anApplication Specific Integrated Circuit (ASIC), a Field ProgrammableGate Array (FPGA), or other programmable logic devices, discrete gatesor transistor logic, discrete hardware components, or a combinationthereof. The general-purpose processor may be a microprocessor, or maybe a processor of a known type, a controller, a micro-controller, or astate machine instead. The above-mentioned electric circuit may includea digital circuit, or may include an analog circuit. Furthermore, in acase that with advances in semiconductor technology, a circuitintegration technology with which the current integrated circuit isreplaced appears, one or more aspects according to the present inventioncan also use a new integrated circuit based on the relevant technology.

The present invention is not intended to be limited to the embodimentdescribed above. In the embodiment, apparatuses have been described asan example, but the invention of the present application is not limitedto these apparatuses, and is applicable to a terminal apparatus or acommunication apparatus of a fixed-type or a stationary-type electronicapparatus installed indoors or outdoors, for example, an AV apparatus, akitchen apparatus, a cleaning or washing machine, an air-conditioningapparatus, office equipment, a vending machine, and other householdapparatuses.

The embodiments of the present invention have been described in detailabove referring to the drawings, but the specific configuration is notlimited to the embodiments and includes, for example, an amendment to adesign that falls within the scope that does not depart from the gist ofthe present invention. Various modifications are possible within thescope of the present invention defined by claims, and embodiments thatare made by suitably combining technical means disclosed according tothe different embodiments are also included in the technical scope ofthe present invention. Furthermore, a configuration in which constituentelements, described in the respective embodiments and having mutuallythe same effects, are substituted for one another is also included inthe technical scope of the present invention.

REFERENCE SIGNS LIST

-   1 Mobile communication system-   5 DN_A-   10 UE_A-   45 eNB_A-   80 E-UTRAN_A-   105 DN_B-   120 5G-RAN_A-   122 NR node_A-   125 W LAN ANc-   126 WAG_A-   190 Core network_B-   230 SMF_A-   232 SMF_B-   235 UPF_A-   237 UPF_B-   240 AMF_A

The invention claimed is:
 1. A User Equipment (UE) comprising: circuitryconfigured to transmit a Packet Data Unit (PDU) session establishmentrequest message in a PDU session establishment procedure, wherein: theUE includes first information in the PDU session establishment requestmessage, the first information including a Session Management (SM) PDUData Network (DN) Request container requesting a procedure for a PDUsession authentication and authorization by an external DN to beperformed in the PDU session establishment procedure, and the procedurefor the PDU session authentication and authorization is performed duringthe PDU session establishment procedure and comprises: receiving, by theUE, a PDU session authentication request message including secondinformation from a core network, the second information indicating PDUsession authentication and authorization information issued by theexternal DN and including a service name which the external DNauthenticates and authorizes.
 2. The UE according to claim 1, whereinthe first information further includes a user identity.
 3. Acommunication control method performed by a User Equipment (UE), thecommunication control method comprising: transmitting a Packet Data Unit(PDU) session establishment request message in a PDU sessionestablishment procedure, wherein: the UE includes first information inthe PDU session establishment request message, the first informationincluding a Session Management (SM) PDU Data Network (DN) Requestcontainer requesting a procedure for a PDU session authentication andauthorization by an external DN to be performed in the PDU sessionestablishment procedure, and the procedure for the PDU sessionauthentication and authorization is performed during the PDU sessionestablishment procedure and comprises: receiving, by the UE, a PDUsession authentication request message including second information froma core network, the second information indicating PDU sessionauthentication and authorization information issued by the external DNand including a service name which the external DN authenticates andauthorizes.
 4. The communication control method according to claim 3,wherein the first information further includes a user identity.